ugrás a tartalomhoz

Mail - a felhasználó megkapta a levelet

Methos · 2009. Okt. 26. (H), 18.04
Sziasztok,

mielőtt belekezdenék: tudom, hogy nem 100%-os megoldás, és szerver függő stb. A helyzet a következő. Egy hírlevél rendszerhez hasonló rendszerben levelet küldök ki a felhasználóknak, amelyről szeretném megállapítani, hogy megérkezett-e a szerverhez.

A visszapattanó levelek lekezelésével ez viszonylag meg is oldható, azonban ma láttam egy érdekességet a Bat! levelezőprogramban. Ha bekapcsolok különböző opciókat, a lent látható header-eket is berakja a levélbe (amelyekkel nincs gond, ismerem őket), viszont a levél elküldése után kapok egy visszaigazolást a címzett szerverétől, hogy megérkezett a levél (Subject: Successful Mail Delivery Report)... Ha a Bat által generált headerrel elküldöm a levelet PHP-ből is, akkor pedig nem érkezik semmi ilyesmi.

Vélemény, ötlet, hogy a Bat mégis hogyan csinálja...?

Szükséges header:

X-Confirm-Reading-To: email##kukac##cim.hu
Disposition-Notification-To: email##kukac##cim.hu
Return-Receipt-To: email##kukac##cim.hu
‹ Fájlok méretének összehasonlítása json_decode probléma ›
 ■
1

Server side MDN

janoszen · 2009. Okt. 27. (K), 08.11
Úgy hívják, hogy szerver MDN, ellenben mit érsz azzal az információval, hogy bekerült a leveled a szerverre, de adott esetben a kukában kötött ki? Lásd be, hogy ez a fajta delivery notification - amellett, hogy a szerverek jelentős része nem támogatja - semmivel sem ad több infót, mint az, hogy kiment a helyi queueból.
2

Köszönöm a választ

Methos · 2009. Okt. 27. (K), 11.02
Az igazából nem érdekel, hogy a kukában kötött-e ki a levél vagy sem, illetve h az adott emberke elolvasta-e vagy nem. Itt egy olyan dologról lenne szó, hogy "bizonyíték" kellene arról, hogy a szerverhez eljutott. Nem létfontosságú a dolog, csak kíváncsiságból kérdeztem. Gondoltam hasznos lehetne tudni, hogy végülis megkapta az illető. :-)
3

Delivery notification

janoszen · 2009. Okt. 27. (K), 17.31
A bizonyíték, hogy nem kaptál bounceot. A bounceot a Te szervered küldi, ha nem sikerült elküldeni a remote gépnek. Viszont mivel van átirányítás, etc etc a világon, semmire nem garancia az egész. Az MDNeket ilyen célból felejtsd el.
4

Utóirat kell ..

vastagl · 2009. Okt. 29. (Cs), 01.32
Be kell írni a levél végére, hogy tisztelt címzett, amennyiben nem kapta meg ezt a levelet, azonnal értesítsen !

Elképzelhető, hogy ez a gond - részlet az rfc3798 -ból:
MDNs nem fog automatikusan válaszolni, ha a cím a
Disposition-Notification-To -ban eltér a Return-Path header ben lévőtől(see [RFC-MSGFMT]).


Lehet, hogy a Return-Path: <www-data##kukac##cim.hu> a programból küldés miatt, nem pedig az emai##kukac##cim.hu .
Az, hogy ez mennyire lesz pontos, azt meg már előttem leírták.
5

Mailszerver

janoszen · 2009. Okt. 29. (Cs), 09.51
Azt csak csendben jegyzem meg, hogy ha ennyire nincs jól belőve a levélküldése, akkor a t. kérdezőnek lehet, hogy inkább ezzel kellene töltenie az idejét. :) Egy jól beconfolt mailszerver csodákat tud tenni mailküldés tekintetében.

Az MDN-t meg el kell felejteni, mert pl a Debianban default Exim SEM támogatja az MDNeket, a többi mailszerverről meg nem is beszélve.
6

Ezzel most mi van ?

Steve31 · 2014. Feb. 24. (H), 17.20
Na nekem pont ez fajta megoldás kellene.
Meg lehet csinálni egyáltalán ezt a levél visszaigazolás történetet ?
PHPMailer-el akarnám megcsinálni, de nem működik.
7

Semmi

janoszen · 2014. Feb. 25. (K), 18.47
Az van vele, hogy nem lehet meg megkozelitoleg megbizhatoan sem megoldani. Elkuldod a mailt es vagy megjon, vagy nem.