Ich bin mir nicht sicher, wie ich die Frage besser formulieren soll, also werde ich versuchen, sie klarer zu formulieren. Wir haben Outlook 2003, 2007 und 2010 in Betrieb.
In einer von uns ausgeführten SharePoint-Anwendung werden E-Mails von einer Adresse von gesendet [email protected]
. Abhängig davon, von welcher von mehreren Sites er stammt, würde der Code die E-Mail-Adresse im Format aliasisieren PROJECT NUMBER - PROJECT NAME
. Auf diese Weise konnten Benutzer in Outlook Regeln festlegen, um bestimmte Projekterinnerungen in bestimmten Ordnern zu filtern, obwohl die E-Mails von derselben Adresse stammten.
Durch eine Aktualisierung des E-Mail-Filters vor einigen Monaten wurden jedoch alle ausgehenden E-Mails von dieser Adresse blockiert, da es sich nicht um eine erkannte E-Mail-Adresse aus Active Directory handelte. Wir haben dies behoben, indem wir eine AD-Entität mit dem Namen "SharePoint" erstellt haben, die diese E-Mail-Adresse verwendet und den Filter erfüllt hat.
Dies hatte den unglücklichen Nebeneffekt, dass alle unsere internen Benutzer "SharePoint" als Kontakt haben. Als solches, während mein Code definitiv und wiederholt behauptet, dass die E-Mail von kommt PROJECT NUMBER - PROJECT NAME
, und während unsere Kunden und andere externe E-Mails sehen, dass sie von der gleichen SharePoint
Quelle kommen, erhalten alle unsere internen Benutzer sie unabhängig von der Quelle. Und darüber sind sie nicht sehr glücklich.
Gibt es eine Einstellung oder eine andere Methode, mit der Outlook den angegebenen Namen für die E-Mail-Adresse überschreibt? Ist es spezifisch für eine Version von Outlook? Oder kann in Exchange Server oder Active Directory etwas unternommen werden, um dieses Problem zu beheben?
quelle
Antworten:
Ich halte es für zwecklos, die Adressaliase der Absender zu missbrauchen, um die Filterung zu unterstützen. Sie wissen nie, wie eine neue Version eines E-Mail-Clients die Absendernamen kanonisieren wird.
Vorschlag:
Stellen Sie dem ursprünglichen Betreff oder Haupttext so etwas voran oder versehen Sie ihn mit einem Suffix
[[[project number - project name]]]
, dass es unmöglich oder zumindest unwahrscheinlich ist, dass diese Metainformationen Teil der ursprünglichen Nachricht sind.Genau das tun die meisten Helpdesk-Ticketing-Lösungen, um E-Mails zu korrelieren.
quelle