Email landet zusätzlich bei falschem Empfänger

[Kinga]

Bekomme Email von bpsw. Andreas.Schmidt@FirmaA.de, der noch einige andere Kollegen aus FirmaA in Kopie hat, sowie einige Empfänger aus unserer Firma.

Antworte auf diese Email 2x mit ALLE ANTWORTEN

Daraufhin ruft mich jemand von FirmaB an, der den gleichen Vornamen trägt wie der AN-Empfänger also bpsw. Andreas.Mueller@firmaB.de, was er mit der EMail zu tun hätte?!

Schaue in die gesendeten Emails, dort stehen nun tatsächlich beide Andreas im An-Feld, obwohl der Andreas aus FirmaB vorher gar nicht im Verteiler war und dort gar nix zu suchen hat?!

WTF? 

In der Zwischenzeit antwortet Andreas aus FirmaA an Alle, daher ist der Andreas aus FirmaB nun in Kopie. Ich antworte wieder an alle und lösche dabei den Andreas aus FirmaB aus dem Kopie-Feld. Verschicke die Email. Schaue in die gesendeten und siehe da: Andreas aus FirmaB ist schon wieder zusammen mit dem aus FirmaA im AN-Feld 

Ich bin ratlos. Vor allem, weil *vorm* Verschicken nichts darauf hindeutet, dass die Email an einen anderen Empfänger gehen könnte/sollte/müsste. Erst *nach* Versand ist dies sichtbar. Interessanterweise steht der Ghost-Empfänger nicht in der Detail-Ansicht der Email.

Irgendein Ursachen-Verdacht? Weil kann ja durchaus ein übles Sicherheitsrisiko darstellen 

[Klafu]

Hallo Kinga,

was ich mir spontan erklären könnte ist, dass die Funktion "Letzte kontakte" da ein bisschen was falsch versteht und die Adressen "austauscht".
Ist dieser Andreas Müller in deinem pers. Adressbuch eigentragen oder dort unter Letzte Kontakte zu finden?

Chris

[Tode]

Das ist das typische "Exchange hält sich nicht an Standards"- Problem.

Der sogenannte "Friendly- Name" des Absenders (oder irgendeines Empfängers) sieht GARANTIERT so aus:

Schmidt, Andreas <andreas.schmidt@FirmaA.de>
müsste aber so aussehen:
"Schmidt, Andreas" <andreas.schmidt@FirmaA.de>

Beim Antworten an alle werden dann im Notes 2 Adressen daraus:
Schmidt und Andreas <andreas.schmidt@FirmaA.de>.
Schmidt wird dann aus den Adressen, die dem Client bekannt sind automatisch vervollständigt.

RFCStripUnquotedDelimiters ist Dein Freund (oder der Absender soll sich gefälligst an die RFC halten, das ist aber schwer, denen beizubringen)

[Kinga]

Tode hat definitiv recht mit den Anführungszeichen. Danke! Das ist aber wirklich wirklich unlustig. Denn um das Problem abzustellen, müsste ja die Absenderfirma ja was ändern und nicht wir.

Oder kann ich selbst das verhindern? Bspw. indem ich den Andreas aus FirmaB (und vermutlich auch alle anderen Andreas die dort vorkommen) aus dem Adressbuch oder den letzten Kontakter rauslösche?

[smokyly]

Oder kann ich selbst das verhindern?

RFCStripUnquotedDelimiters wurde doch genannt?!

[Kinga]

RFCStripUnquotedDelimiters wurde doch genannt?!

Jaaahaaa, aber als kleiner 08/15 Anwender hab ich das jetzt nicht so als Lösung erkennt, weil mir das nix sagt. 

Aber ich geb mal Admin 

[Tode]

Wenn Du alle "Andreas" bei Dir rauslöscht, dann wird halt der erste Andreas im Unternehmensadressbuch genommen (hoffentlich heisst Euer GF nicht Andreas...), das hilft Dir also auch nicht weiter...

Dein Admin soll den Parameter setzen und gut ist...

[Micha B]

Denn um das Problem abzustellen, müsste ja die Absenderfirma ja was ändern und nicht wir.

Dann sag denen das doch. Wenn euer Domino Mist bauen würde, würden sich Deine Empfänger auch bei Dir beschweren und nicht bei den eigenen Admins.

RFCStripUnquotedDelimiters

Das wäre der Workaround für den Domino eurer Firma. Sträubt sich da jemand es einzustellen bleibt eben nur die 'Quelle des Übels'.

[mwe]

Hallo,

darf ich mal fragen, wo man den Parameter RFCStripUnquotedDelimiters setzt ? Ich habe bisher nichts darüber finden können, weder in der Admin-Hilfe oder sonstwo.
Vielen Dank im Voraus.

Gruss
Michael

[Klafu]

Setz es mal in der Notes.ini

[Tode]

Das ist aber nicht Dein Ernst @Michael? Wenn ich "RFCStripUnquotedDelimiters" bei google eingebe, dann ist gleich der erste Treffer der hier und da steht ganz klar:

...This fix introduces a new
 Notes.ini parameter but it is on by default.
 RFCStripUnquotedDelimiters=1.  It may be set to 0 to disable.