SMTP RCPT TO üzenetben szóköz

Web, mail, IRC, IM, hálózatok

Sziasztok!

SMTP guruk! Van egy SMTP proxynk, ami leveleket fogad a nagyvilágból. Az SMTP protokoll szerint a küldő fél ezt mondja:

RCPT TO:<user@host.tld>

Hosszú idő óta most érkezett egy olyan ügyfél panasz, hogy kínai partner nem tud levelet küldeni nekünk. Kis keresgélés után kiderült, hogy a kínai rendszer az SMTP kommunikációban ezt küldi:

RCPT TO: <user@host.tld>

Tehát a kettőspont után van egy szóköz, és emiatt a proxynk 550-es kóddal bontja a kapcsolatot. Megnéztem a proxy logját és 225.000 bejövő kapcsolatból 289-et utasított vissza emiatt a szóköz miatt. Jellemzően mind spam lett volna, illetve ott szerepelt a kínai cím is, ahonnan az ügyfél várta a levelét. 

Szerintetek mi a jó megoldás? Módosítsuk a proxynkat úgy, hogy fogadja el a kettőspont utáni szóközt is? Viszont akkor máris több spam jut beljebb. Vagy mondjuk azt a kínainak, hogy olvasgassa az RFC 5321-et!?

  • 281 megtekintés

( wildy | 2022. 11. 09., sze – 16:30 )

Volt mar hasonlora pelda (pix...), de egyertelmuen serti az SMTP protokollt, szerintem itt nincs ertelme engedmenyt tenni, nem a proxy dolga kiigazitani.

( bognarattila | 2022. 11. 09., sze – 19:26 )

288 kapcsolat ~1 ezreléket jelent, valószínűleg nem ezen fog múlni a spamek feldolgozása.

A kérdés leginkább az, hogy üzletileg mennyire kritikus partner a kínai. Egyúttal lehet jelezni a kínainak, hogy máshol is számíthatnak emiatt levélvesztésre, merthogy nem szabványos.

Egyébként emlékeim szerint a postfix is elfogadja szóközzel, ráadásul <> nélkül is.

Hm, szintén zenész.. most direkt le is próbáltam egy random szerverrel (postfix + amavis fut rajta, 0 extra beállítással, úgymond csak az általános spam elleni cuccok):

MAIL FROM:<bsd@bsdbsdbsdbsdbsd.hu>
250 2.1.0 Ok
RCPT TO: <asd.asd@asdasdasdsadsad.hu>
250 2.1.5 Ok

Itt még annyit variáltam, hogy pl a MAIL FROM: -nál nincs space, az RCPT TO: -nál már van.. 

A többi részt nem másolom ide, felesleges, a levél megérkezett a szerverre, az át is vette, le is szállította :) Annyi extraság volt, hogy amavis megjelölte BAD HEADER-ként (de passed lett ettől még) , bár ez nem meglepő, mert csak pár asdasdasdasdasd* részt beraktam a "levélbe" és úgy ment el.

Nekem is a kézi tesztelésből rémlik és mint írtam, <> sem kell postfix esetén.

Én ezzel úgy vagyok, hogy 1 ezreléknyi spam miatt nem feltétlenül kell megakasztani az üzleti kommunikációt (elvégre az informatika van az üzletért és nem fordítva), főleg ha egyszerűen módosítható az a proxy.

( andrewjsi | 2022. 11. 10., cs – 11:43 )

köszi!

Egyelőre jeleztük, hogy a kínai fél szabálytalansága miatt nem jön át a levél. Meglátjuk mi lesz.