BEIDES geht nicht, entweder interne oder externe Abwesenheitsnachrichten ?

Tag Forum !

Sorry, ich find's nich.

ANFORDERUNG: Outlook > Extras > Abwesenheitsassistent MUSS funktionieren, intern sowie extern.

Auf dem Hub Transport Server ist per EMC unter
Organisationskonfiguration > Hub-Transport > Remotedomänen > Standard * / Tab "Allgemein" der (dritte) Punkt

---EXTERNE Abwesenheitsnachrichten und mit Outlook 2003 oder früheren Clients festgelegte bzw. mit Exchange 2003 oder früheren Versionen gesendete Abwesenheitsnachrichten zulassen---

aktiviert.
Funktioniert auch, nur die INTERNEN dann nicht.
Ativiere ich den Punkt darunter:

---INTERNE Abwesenheitsnachrichten und mit Outlook 2003 oder früheren Clients festgelegte bzw. mit Exchange 2003 oder früheren Versionen gesendete Abwesenheitsnachrichten zulassen---

geht dieses auch, nur dann die EXTERNEN nicht mehr.

- Eine am Client festgelegte Verteilregel (Autoreply mit Selfmade OutOfOffice-Text) funktioniert prima, intern so wie extern

- in der entsprechenden Mailbox is ExternalOofOptions: External gesetzt

-automatisierte Weiterleitungsregeln auf Extern sind auch erlaubt und funktionieren

Was fehlt mir an Wissen um die Anforderung zu realisieren ?

Grüße vom Chris !

Hallo Norbert,

>>Wie genau testest du?
INTERN:
Ich sende bei gleichbleibender HUB Konfig eine Mail von einem Outlook mit Anmeldung und Postfach in derselben Domain eine Mail an den Account mit eingeschalteter Abwesenheitsnotiz.

EXTERN: Ich sende von einem Webmailer aus einer anderen, fremden Domain eine Mail

DEINE FRAGE ZIELT WOHL AUF: Es ist mir bewusst, dass sobald ich einmal eine Abwesenheitsnotiz erhalte, Exchange diesem Absender automatisch einen bestimmten Zeitraum (wie lange?) lang KEINE AW-N mehr schickt. Ich teste nach "Erfolg" immer mit einem anderen Account.

>>Eine Regel ist auch was anderes als OOF.
Stimmt. Mit der Aussage über die Regeln wollte ich verdeutlichen, dass der Client grundsätzlich autmatisiert Mails auf extern/intern zu erzeugen KANN, vielleicht ist das ja hilfriche Info.

....------...

Ich dachte dass es logisch wäre, dass EINER der beiden Konfigpunkte den anderen mit einschließt, dem ist aber offensichtlich nicht so.

Während ich dieses schreibe teste ich die Konfig erneut in beiden Konstellationen. Ich muss zwar nach "Umstellung am HUB" ca. 15 Minuten auf das Durchschlagen warten, aber dann verhält es sich wieder so wie beschrieben. Noch greift die alte Konfiguration, aber ich habe gelernt, dass beim Exchange administrieren die Kraft in der Ruhe liegt

@PS: Danke! Hab's gefunden und elemi... elimi... ele.. weggemacht!

Beste Grüße vom Chris!

Hallo Norbert,

danke für Deine Antworten!

Seit über 2 Stunden steht die Konfig auf dem Dritten Punkt "Externe Abwesenheitsnachrichten und....", doch es gehen keine an extern raus.

Seltsamerweise funktionieren die internen weiterhin.(war das vorher auch so? Hab ich nur 'schlecht' geprüft?)

Ich werde dann jetzt untersuchen, ob der HUB irgendwelche Anstalten macht, DOCH AW-N auf extern zu schicken und ob diese "irgendwo hängenbleiben".

Ich staune mal wieder über die Komplizierung einfacher Dinge und werde mich mal wieder an den TroubleshootingAssistent wagen um Logs zu analysieren.

Grüße vom Chris!

Nein, gebootet ist er noch nicht, da ich das bisher auf Fehlkonfiguration durch Unwissenheit schiebe und das derzeit das einzige "Problem" ist.
Sollte ich in den Logs nichts finden (was aufgrund SEHR schlechter Erfahrungen mit dem Troubleshooting Assistenten zu erwarten ist) werde ich ihn booten.

Grüße vom Chris !

Hallo !

Auch nach Reboot werden keine AW-Notifications an extern gesendet. Aktiv ist immer noch der dritte Punkt (EXTERNE und ältere...).
Beide HUBs sind gebootet.

Desweiteren erfreue ich mich wieder daran, dass get-messagetrackinglog scheinbar (obwohl es EventID=Recive gibt) nur ausgehende logs analysiert :-?

Grüße vom Chris !

Hallo Forum !

Das Problem besteht weiterhin, hat jemand eine Idee zur Analyse ?
Oder sollte ich mich an den MS Support wenden ?

Grüße vom Chris !

Tag Forum !

Das Problem ist gelöst und lag am "Mailflow-Design", ich will's kurz umreißen:

Exchange hat damit NICHTS zu tun, die OOF-Notes funktionierten genau wie sie sollten.

Hinter dem Exchange steht ein Postfix, der absenderbasiertes Routing auf das Default Relay und einen Zertifizierungsserver macht. (per sender_dependent_relayhost_maps)

Hier waren zwei Ziele eingetragen, je nach Absenderdomain.

Problem: OOF-Absender sind grundsätzlich LEER, um Backscatter zu vermeiden.

Lösung in letzter Zeile der Postfix sender_dependent_relayhost_maps:

<domain.de> $DEFAULT_GATE
<a.domain.de> $CERT-RELAY
<> $DEFAULT_GATE

Fertig, gelöst!
Danke und Grüße vom Chris!