Keine Abwesenheitsnotiz von Exchange2016 in gesamter Maildomäne

[NorbertFe 2.276]

vor 56 Minuten schrieb Quirk18231:

 

Wie findet er bei einem leeren Absender die richtige Sende-Domain?

Die ist LEER. was soll er denn da finden? Es soll auf einen OOF keinen Bounce geben.

vor 56 Minuten schrieb Quirk18231:

In Exchange selber geht dies ja nicht.

Aus gutem Grund. Exchange verhält sich hier vollkommen RFC-konform.

Ja es gibt Tools, die diese Konformität dann kaputtmachen, damit der Absender Ruhe gibt. Für mich kein sinnvoller Lösungsweg.

 

[Quirk18231 0]

Hi Nob,

 

die Mails werden mit einer 3rd Party Software Smartpop abgeholt und an den Exchange geliefert. Dann per Smarthost gesendet.

 

Wir haben ein Anbieter für den Mailversand gefunden, welches dies anbietet. Hier muss ich dann aber alle 4 Domains im DNS als Absender hinzufügen.

 

Das Problem ist wir haben wie gesagt 4 Maildomains auf dem Exchange. (send/recieve)

 

Nochmal für mich die Frage zum Versand der OOF-Mails, was heißte leerer Sender?

Sendet der Exchange mit "leer"@domain.de oder komplett leerem Absender?

 

Zitat

Ja es gibt Tools, die diese Konformität dann kaputtmachen, damit der Absender Ruhe gibt. Für mich kein sinnvoller Lösungsweg.

Welche Tools sind das denn? & arbeiten diese mit 4 verschiedenen Sendeconnectoren zusammen?

 

Danke!

 

Q

 

 

bearbeitet 21. März von Quirk18231

[NorbertFe 2.276]

vor 1 Minute schrieb Quirk18231:

Nochmal für mich die Frage zum Versand der OOF-Mails, was heißte leerer Sender?

Sendet der Exchange mit "leer"@domain.de oder komplett leerem Absender?

Steht doch alles schon oben. Leerer Sender heißt, es ist kein Return-Path (AKA Envelope Sender) drin und somit kann auf einen OOF auch kein Bounce erfolgen.

Und leer bedeudet leer. NICHTS, Empty, Leer, Nada also auch keine Domain.

Hier zum Nachlesen: https://datatracker.ietf.org/doc/html/rfc2298

Zitat

The envelope sender address (i.e., SMTP MAIL FROM) of the MDN MUST be
null (<>), specifying that no Delivery Status Notification messages
or other messages indicating successful or unsuccessful delivery are
to be sent in response to an MDN.

 

bye

Norbert

 

[testperson 1.857]

vor einer Stunde schrieb Quirk18231:

Cloud ist keine Option

Sei mir bitte nicht böse, aber bei den hier aufkommenden und fehlenden (absoluten) Basics, solltet ihr das evtl. nochmal überdenken.

 

Alternativ holt euch doch einen Dienstleister dazu, der euch hier einmal unterstützt und das alles evtl. mit euch gerade zieht. Mit Exchange 2016 (oder auch 2019) müsst ihr ja eh einen Plan für "ab Oktober 2025" haben.

[Quirk18231 0]

Hi,

 

also wir haben das Problem jetzt gelöst. Als externen SMTP- ler haben smtp2go benutzt.

 

Zur Info: die Abwesenheitsnachricht wird über den richtigen Sendeconnector verschickt, d.h. über die richtige Maildomain, obwohl der Absender leer ist.

 

Danke an Alle!

 

Q

 

 

bearbeitet 21. März von Quirk18231

[Nobbyaushb 1.580]

vor 10 Minuten schrieb Quirk18231:

Zur Info: die Abwesenheitsnachricht wird über den richtigen Sendeconnector verschickt, d.h. über die richtige Maildomain, obwohl der Absender leer ist

Bleibt trotzdem Bastelkram alleine wegen des Pop-Connectors der die Mails holt

 

Wieso eigentlich richtiger Sende-Connector?

Exchange kann KEIN Sender Based Routing, also irgenwas passt da nicht

 

Aber wenn es für euch gelöst ist - viel Erfolg

[NorbertFe 2.276]

vor 13 Minuten schrieb Quirk18231:

Zur Info: die Abwesenheitsnachricht wird über den richtigen Sendeconnector verschickt, d.h. über die richtige Maildomain, obwohl der Absender leer ist.

Da Exchange kein Sender based routing kann, ist das entweder immer derselbe senconnector aufgrund von * oder in der Priorität an der richtigen Stelle. Jedenfalls gibts da keinen für mich erkennbaren Zusammenhang von leerem oder nicht leerem Absender. 

[Quirk18231 0]

wir haben 4 verschieden Sendeconnectoren - welche 4 verschiedene Maildomains abdecken - die OOF-Mails werden jetzt auch immer über den richtigen Sendeconnector versendet (obwohl das Absenderfeld ja leer ist)

 

 

[NorbertFe 2.276]

Das ist meine letzte Antwort hier im Thread.

 

Ich habe dir oben geschrieben, dass Exchange kein Sender Based Routing beherrscht. Es also ohne Hilfsmittel nur anhand der EMPFÄNGERDOMAIN oder anhand der Priorität möglich einen Sendeconnector zu wählen. Wenn ihr also 4 Sendeconnectoren verwendet, dann hab ihr dafür entweder einen guten Grund, oder eine unnötige Konfiguration. Kann ich ja schlecht einschätzen.

 

Fakt ist aber, dass man dir eine Antwort schreibt und du daraufhin eine irrelevante Aussage kommt, die ja 1. genau null zusätzliche Info enthält noch 2. auf meine eigentliche Aussage eingeht.

 

Insofern wenns für euch funktioniert ist gut, für mich ist hier jetzt Ende.

 

Bye

Norbert

bearbeitet 21. März von NorbertFe

[Quirk18231 0]

Wir haben 4 Konnektoren ,da der Exchange 4 Maildomains verwaltet, er empfängt und sendet also von/für 4 Maildomains

bearbeitet 21. März von Quirk18231

[tesso 384]

Exchange kann nicht anhand des Absenders einen Konnektor auswählen. 
Evtl. habt einen Dritthersteller dafür im Einsatz. 
Dein Konstrukt ist fragwürdig. Schon alleine der Popkonnektor.

 

Da ohne Dritthersteller keinen Sendekonnektor wählen kann, muss bei euch was anders sein oder er nutzt doch immer den gleichen Sendekonnektor. 
Auch beim Empfangskonnektor sehe ich keine Notwendigkeit für jede Domain einen eigenen zu haben. 
Ich habe selbst diverse Domains und komme für Empfang und Versand mit jeweils einem Konnektor aus. 

[Quirk18231 0]

Hi Boyz,

 

das habe ich aber auch schon mehrmals geschrieben, wir nutzen eine 3party Software dafür. So jetzt schönes Wochenende und Danke! Q