Levelezési hiba

Debian GNU/Linux

Évek óta használom az exim4, courier IMAP és az apache, squirrelmail kombót. A levelező szerver "smart host" -al működik a UPC smtp.upcmail.hu szervere. Az utóbbi hónapokban a következő tartalmú hiba jelzéseket kapom: 


Message 1TqQIs-00034v-B0 has been frozen (delivery error message).
The sender is <>.

The following address(es) have yet to be delivered:
  bubu@akarki.hu: SMTP error from remote mail server after MAIL FROM:<>
SIZE=2722: host smtp.upcmail.hu [213.46.255.2]: 550 5.1.0 <> sender rejected

Úgy tűnik, ez az "olvasási visszaigazolás" -kor keletkezik. A hiba pedig az, hogy nincs korrekt feladó!?
Ez hogy lehet, és eddig miért nem volt hiba? Mit tudok ezzel kezdeni?
Nem láttam ilyen beállítást, hogy "az olvasási visszaigazolásból vedd ki aq feladót" - ennek semmi értelme.

  • 3432 megtekintés

( janoszen v | 2013. 01. 06., v – 20:30 )

Az ures return patht nagyon sok levelezo szerver nem szereti, ezek szerint most mar a UPC mailszervere sem. Csinald azt, hogy az ilyen levelek return path-at atirod valami blackhole@tedomained.hu-ra, majd az erre erkezo leveleket eldobod.

Köszönöm! Csodálatos tipp! Hol is tudom ezt beállítani?
És miért is fog ide valamit küldözgetni a "smart host"?
Ilyen cím nem létezik (bár létrehozhatom) de maga az exim4 nem is látható a netről! A fetchmail szedegeti le a leveleket a szolgáltatóktól, és az exim4 "löki" tovább a leveleimet a smart hostnak, aki aztán továbbítja a címzettnek.

* Én egy indián vagyok. Minden indián hazudik.

Huh, na akkor alapfogalmak tisztazasa:

Az SMTP protokollban egy level elkuldese igy nez ki:


Szerver: 220 szerverneve ESMTP MAIL Service
Kliens: HELO kliensneve
Szerver: 250 szerverneve Hello kliens.dns.neve [1.2.3.4]
Kliens: MAIL FROM:
Szerver: 250 OK
Kliens: RCPT TO:
Szerver: 250 OK
Kliens: DATA
Szerver: 354 End data with .
Kliens: From:
Kliens: To:
Kliens:
Kliens: Teszt level
Kliens: .
Szerver: 250 Ok: queued as 12345

Ha megfigyeled, a From es To fejlecek tartalma tokeletesen irrelevans a kezbesites szempontjabol, csak az elso levelezo szervert erdekli. A MAIL FROM cim egyben az a cim is, ahova a levelek visszapattannak, ha esetleg nem sikerul kezbesiten. Ez a return path.

Namost Neked ugye a return patht kell atirni. Hogy ezt hogy tudod megtenni, attol fugg, az autorespondered hogy van megcsinalva. Az erre a cimre jovo leveleket igy tudod eldobni a routers reszben:


bouncelimit:
driver = redirect
domains = tedomained.hu
local_parts = bounces
data = :blackhole:

Köszönöm a felvilágosítást! Tényleg megdolgoztál vele, de félre értettél.
Természetesen ismerem miből is áll egy levél, sőt az SMTP illetve az IMAP protokollról is vannak fogalmaim, mi több előfordult már hogy telnettel teszteltem levelező szervert. Viszont, amit nem tudok, az az hogy az én esetemben, squirrelmail->apache2->exim4 hol is kellene ezt az olvasási visszaigazoláshoz átállítanom. Lehet hogy pacthelni kell a squirrelmail -t? Hiszen Ő rakja össze a levelet és adja át az exim4 -nek, aki alapvetően nem sokat vizsgálja azt hogy mit küldök a localhostról. Sajna a php ismereteim nagyon sekélyesek, azaz a kódban ezt nehezen vagy sehogy nem fogom megtalálni, illetve ha megtalálom, akkor is az első frissítés/update után kezdhetem újra ...
Most akkor végül is ez egy beállítható paraméter, vagy a squirrelmail fejlesztői, gondosan elolvasták az RFC -t és abban azt mondták nem kell.
Egyébként pedig nem értem, mert amikor működött akkor a feladó megkapta az olvasási visszaigazolást, mégpedig az én, a levélben használt email címemről, tehát a FROM mező ki kell hogy legyen töltve!?

* Én egy indián vagyok. Minden indián hazudik.