Beiträge von settype-mx

    Tag Forum !


    Das Problem ist gelöst und lag am "Mailflow-Design", :hammer: 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!

    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 :hammer: wagen um Logs zu analysieren.


    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!

    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!


    Das ist seltsam VIEL Overhead.
    Gab's in der originalen Mail ein Cc oder Bcc ? :)


    Verstoßen die 13123125 (hoffentlich BYTES) vielleicht gegen ein auf dem Weg befindliches Quota ? (Mailbox oder DB-Quota ? Maximum Size der Objekte ?)


    Grüße vom Chris !

    Hallo Lamu,


    >>User mit lokalen Admin-Rechten können Stellvertreter einfügen!?


    Das fasse ich mal als Aussage auf.


    Ich vermute dass der Client Configs in Dateien (oder Registry-Hives) schreiben mag, in die er nicht schreiben darf.


    Schau doch mal mit regmon(filemon) aus dem Sysinternals Pack nach, was Outlook beim "OK-Klicken" macht.


    Ist der Fehler bei allen Usern gleich ?
    Habt Ihr zur Installation etwas 'umgebogen' ?
    (zB PST-Speicherort, normalemail.dotm etc.?)


    Grüße vom Chris !