Exchange Nachrichtenflussregeln werden bei einem Nutzer nicht durchgeführt

[HoneyBadger]

Moin,
habe hier einen etwas merkwürdigen Fehler, den ich mir nicht erklären kann. Per Google finde ich auch immer nur Anleitungen, wie man die Regeln grundsätzlich einrichtet, jedoch nicht, wie man ein Einzeluserproblem löst.

Sachverhalt:
Für einen unserer Standorte füge ich den Maildisclaimer per Nachrichtenflussregel im Office Exchange Admincenter ein. Dieser ist per HTML hinterlegt und funktionierte auch problemlos bei allen Nutzern. Seit etwa einer Woche, wird diese Regel jedoch bei einem Nutzer nicht mehr umgesetzt. Die Regel läuft unter der Bedingung "Wenn Absender ist...". Danach sind die betroffenen Nutzer einzeln (nicht als Gruppe) gelistet. Der betroffene Nutzer ist natürlich auch hinterlegt. Trotzdem gehen seine Mails ohne Disclaimer raus.

Hat jemand eine Idee, woran´s liegen könnte? Habe auch schon erfolglos die verschiedenen alias-Adressen eingetragen. Half auch nicht. Stutzig macht mich insb. das es vorher Monate funktionierte und nun auch nur ein User der ganzen Gruppe betroffen ist.

 

[sia]

Sind Disclaimer nicht rechtlich Schwachsinn?

 

[HoneyBadger]

In unserem Disclaimer stehen eigentlich nur Kontaktdaten und die Bitte nicht zu Drucken, wenn´s nicht sein muss. Meinetwegen dann eben so.... Disclaimer Signatur.

 

[sia]

Hast du die Adresse irgendwo kopiert oder manuell eingetippt? Beim Kopieren vielleicht unsichtbare Steuerzeichen erwischt?

 

[HoneyBadger]

Sowohl als auch. Habe beides ausprobiert. Habe auch alle hinterlegten Aliases ausprobiert. Ferner habe ich die Einstellung einmal komplett entfernt und anschließend neu hinzugefügt. Komisch ist insbesondere, dass es nur einen einzigen Nutzer betrifft. Das ganze wird vom Server und nicht vom Client umgesetzt.

 

[drfuture]

Vielleicht falscher Lizenztyp?
Das hinzufügen könnte ein Feature einer anderen Lizenz sein, ist nur geraten - habe mit Exchange an sich nichts am Hut.

Eine Firma hat je nach Rechtsform durchaus einige Angaben in der Signatur verpflichtend zu machen - bei denen macht es sinn diese Automatisch hinzuzufügen.

 

[HoneyBadger]

Falsche Lizenz macht in dem Fall keinen Sinn. Es funktionierte ja Ewigkeiten und dann plötzlich nicht mehr.

 

[sukkka]

Zeig uns die dochmal mit:

Get-TransportRule -Identity **** | fl

Oder kein zugriff auf den Server?

 

[virtus]

Wenn es funktioniert hat und plötzlich nicht mehr funktioniert, sollte die erste Frage, die man sich stellt, sein: Was hat sich geändert.
1. Probleme auf Server-Seite ausschließen.
1.1. Falls Probleme auf der Server-Seite gefunden werden: Beheben.
1.2. Falls keine Probleme auf der Server-Seite gefunden werden: Weiter zum Client
2. Was macht der Client anders als bisher (geänderter Mail-Client, geänderte Einstellungen, ...)?
3. Prüfen, ob man serverseitig den Änderungen des Clients begegnen kann
3.1. Falls ja: Dann diese Maßnahme durchführen
3.2. Falls nein: Dem Anwender erklären, was er tun soll, damit es wieder geht
4. Dokumentieren und ggf. eine Schulungsmaßnahme oder zumindest eine Information der Mitarbeiter durchführen, um diesem Problem künftig begegnen zu können.

 

[HoneyBadger]

Hi und sorry für die späte Antwort. Das Thema musste erst einmal nach hinten geschoben werden. Konnte das Problem leider nicht weiter verfolgen und habe es in der Zwischenzeit so gelöst, dass der eine betroffene Nutzer seine Signatur manuell über Outlook eingerichtet hat. Damit ist´s nach außen zumindest gelöst.

@sukkka: Der Exchangedienst ist als Azure Cloud Dienst gehostet, da komme ich nicht so ohne Weiteres dran.

@virtus:
1. Probleme auf Server-Seite ausschließen. --> Das versuche ich bis dato erfolglos.
1.1. Falls Probleme auf der Server-Seite gefunden werden: Beheben. -->
1.2. Falls keine Probleme auf der Server-Seite gefunden werden: Weiter zum Client --> Glaube nicht so recht, dass es am Clienten liegt, da die Regel erst auf dem Exchange-Server umgesetzt wird. Mails von diesem Clienten laufen problemlos durch. Nur wird auf dem Server eben die Sig. nicht angehängt.
2. Was macht der Client anders als bisher (geänderter Mail-Client, geänderte Einstellungen, ...)? --> siehe 1.2.
3. Prüfen, ob man serverseitig den Änderungen des Clients begegnen kann
3.1. Falls ja: Dann diese Maßnahme durchführen
3.2. Falls nein: Dem Anwender erklären, was er tun soll, damit es wieder geht --> In dem Fall unmöglich. Das ist leider ein ganz übles Beispiel von DAU. Der ruft mich sogar an, weil er irgendwo nen Knopf in Outlook nicht mehr wieder findet, den er schon 1.000 mal benutzt hat.
4. Dokumentieren und ggf. eine Schulungsmaßnahme oder zumindest eine Information der Mitarbeiter durchführen, um diesem Problem künftig begegnen zu können. --> Schaffe ich nicht mehr. Bin bald nicht mehr in dem Unternehmen. Überlege schon fast, das einfach auszusitzen.

 

[virtus]

Du könntest das Konto mal bei dir lokal einrichten, eine Testnachricht rausschicken und dann schauen, ob die Regel angewendet wird.

 

[HoneyBadger]

Ne, das wird leider nichts mehr. Bin gerade dabei die Vorgänge zu übergeben und kann das daher nicht mehr weiter verfolgen.