E-Mail Lesebestätigung Problem
 

Wie "sicher" ist die Lesebestätigung bei eMails? ... abgesehen davon, dass man natürlich beim Lesen auf "nicht bestätigen" klicken kann? ;)

Unsere eMails in der Firma (Exchange Server 5.5) kommen IMMER ohne Lesebestätigungs-anforderung an, auch wenn man diese anhakelt im Outlook bei den Optionen! Woran kann das liegen?

Re: E-Mail Lesebestätigung Problem
 

Exakt null.
Die Lesebestätigung ist nur ein zusätzlicher Header in der Mail ("Disposition-Notification-To"), der vom Mailclient ausgewertet werden KANN.
Schau mal ob der oben genannte Header in der betreffende Mail vorhanden ist.

Re: Re: E-Mail Lesebestätigung Problem
 

Dankeschön! Hm, so ähnlich habe ich mir das fast gedacht...

Ähm, @header - wie kann ich da nachsehen? :rolleyes:

welchen mailclient hast du?

Outlook 2000. Es ist wirklich merkwürdig, egal von welchem Firmen-eMailaccount ich Mails versende, es wird nie eine Lesebestätigung abgefragt beim Empfänger.

Beim Verfassen der eMail klicke ich auf "Optionen" und dann ein Hakerl zu "Lesebestätigung".

Sch... Outlook/Exchange :D

ok, wenn du im mail eingang bist und auf dem mail "sitzt" gibt es (hmmm, erinner ...) ein option wo du eine ansicht hast als text und da kannst du alles im header lesen sollt dann in etwa so aussehen

Danke rev!

Ach ja, nochwas Interessantes habe ich vergessen zu erwähnen:

Firmenintern funktioniert die Lesebestätigung, nur wenn man an externe Adressen Mails schickt geht's nich! Kann da nicht doch was am Exchangeserver falsch eingestellt sein :confused:

bitte, gerne :D

möglichweise ändert euer xchange server den header nach aussen, um den traffic etwas geringer zu halten :rolleyes:

Na herrlich... auf die paar Bytes kann's bei all dem Spam da draußen ja auch nicht ankommen! Pfff...

Irgendeine Ahnung, wo ich da in der Exchange-Config nachschauen könnte?

wär wärs mit admin fragen?

Das hab ich schon, aber ich hatte keine passende Antwort drauf :lol: :rolleyes:

Bis jetzt hätte ich ja auf firmenpolicy getippt (bei uns ist das nämlich auch so), aber jetzt? :D

Eure Firmenpolicy ist es, dass Admins keine Antworten parat haben, oder dass die Lesebestätigung abgestellt ist? :D

:lol: :roflmao:

Unsere Firmenpolicy ist, die IT outzusourcen :ms:

nö, Lesebestätigungen nach extern sind abgestellt. warum weiß ich auch nicht. :rolleyes:

Ich nehme alles zurück, es funktioniert doch. Ich hatte es nur in meinem outlook client abgedreht :o ;) :o ;) :o ;)

sorry!

Hm? Wie abgedreht? Das Bestätigen beim Lesen oder die Anforderung beim Schicken?

Im outlook 2003 client gibt es die Option "nie auf Lesebestätigungen antworten" (oder so ähnlich). Die hatte ich bzw. habe ich wieder aktiviert.

Danke maxb für's nachschauen! Im Outlook 2000 gibt's die Option noch nicht...

Ich habe jetzt nochmal die Kopfzeilen angeschaut - hätte ich schon früher machen sollen, hier schlummert wohl die Lösung:

Normal (zB von meinen priv. Accounts) wird die Lesebestätigung wie rev.antun schon gezeigt hat gelöst per:

Disposition-Notification-To: "xxx" <xxx>

Unser besch... Exchange-Server verwendet jedoch:

Return-Receipt-To: "xxx" <xxx>

:mad:

Mal recherchieren ob das wieder so ein MS-Pseudo-Standard ist. Weiß jemand von euch zufällig was hierzu?

AFAIK war das ursprünglich eine Sendmail "Verwirrung", die aber im Sendmail sehr schnell wieder verschwunden ist (so Mitte der 90er).
Warum MS das verwendet weis ich aber auch nicht. Wie alt ist dein Exchange denn?

Hi Mario,

wir verwenden Exchange 5.5, wird mittlerweile ca. 4 Jahre Einsatz bei uns am Buckel haben... Danke für die Info auf jeden Fall!

Hier habe ich auch noch was Ähnliches dazu gefunden:

"When will the 'Read Notification' be avilable?

Read Notifications:
After investigation, it has been understood that "Read Notifications" are not triggered probably because of a bug in the Exchange Server. CIRCA uses the Disposition-Notifications-To header as recommended in RFCs. Also Microsoft (MS) recommends to use the same header in it's products. But the MS Exchange Server mistakenly strips this header. This behaviour is described by MS as "problem" and occurs when Exchange Server converts messages from RFC822 to MAPI. It has been tried/attempted to use the Return-Receipt-To header. This workaround has been tested and did not work. This is not an Internet Standard header and it has probably been generated by a bug. Therefore, there is currently no real solution to have an RFC 822 compliant mail system like CIRCA bypass this problem. The solution shall be "seeked" on the mail transfer agent side (MS Exchange Server)."

http://helpsup.tietoenator.be/faq/1033403416