Also da bin ich mir nicht sicher, aber ich glaube dass diese 3 Tage Zustellzeit allgemein beim SMTP Protokoll verwendet werden. Man hat sich sozusagen darauf geeinigt. Wie gesagt das ist aber unverifiziert - es kann durchaus sein dass man das irgendwo beieinflussen kann ich habe es jedenfalls nicht gefunden.
Gruß,
Haihappen
Einige Mails gehen nicht raus und kommen nach Tagen zurück
- SamsungFreak
- Erledigt
-
-
Zur 1. Frage: Aus der Fehlermeldung würde ich herauslesen, dass ein passender SMTP-Sendeconector fehlt.
Könntest Du mal die Ausgabe von "get-sendconnector | fl" (Exchange-Shell) posten?
Zur 2. Frage: Die Zeiträume stellst Du in der EMC über "Serverkonfiguration -> Hub-Transport -> [SERVER] -> Eigenschaften -> Grenzwert" ein.
Da das Problem beim Senden und nicht beim Empfangen passiert, ist eine Suche mit TELNET eher nicht erfolgsversprechend.
Alternativ solltest Du die SMTP-Protokollierung (siehe Technet) aktivieren und mal in die Protokolle reinschauen.
-
Hallo,
ich werde gleich mal die Sachen raussuchen und posten wenn ich zu Hause bin -
Hallo,
ich muss dazu sagen das ich noch mit dem Exchange das Produkt Sender Base Routing benutze.Hier der Auszug aus der Shell:
AddressSpaces : {SMTP:htp-tel.de.smarthost;1}
AuthenticationCredential : System.Management.Automation.PSCredential
Comment :
ConnectedDomains : {}
ConnectionInactivityTimeOut : 00:10:00
DNSRoutingEnabled : False
DomainSecureEnabled : False
Enabled : True
ForceHELO : False
Fqdn :
HomeMTA : Microsoft MTA
HomeMtaServerId : PA-EX
Identity : htp-tel.de_ExSBR
IgnoreSTARTTLS : False
IsScopedConnector : False
IsSmtpConnector : True
LinkedReceiveConnector :
MaxMessageSize : unlimited
Name : htp-tel.de_ExSBR
Port : 25
ProtocolLoggingLevel : None
RequireTLS : False
SmartHostAuthMechanism : BasicAuth
SmartHosts : {mail.htp-tel.de}
SmartHostsString : mail.htp-tel.de
SourceIPAddress : 0.0.0.0
SourceRoutingGroup : Exchange Routing Group (DWBGZMFD01QNBJR)
SourceTransportServers : {PA-EX}
UseExternalDNSServersEnabled : FalseAddressSpaces : {SMTP:gmx.de.smarthost;1}
AuthenticationCredential : System.Management.Automation.PSCredential
Comment :
ConnectedDomains : {}
ConnectionInactivityTimeOut : 00:10:00
DNSRoutingEnabled : False
DomainSecureEnabled : False
Enabled : True
ForceHELO : False
Fqdn :
HomeMTA : Microsoft MTA
HomeMtaServerId : PA-EX
Identity : gmx.de_ExSBR
IgnoreSTARTTLS : False
IsScopedConnector : False
IsSmtpConnector : True
LinkedReceiveConnector :
MaxMessageSize : unlimited
Name : gmx.de_ExSBR
Port : 25
ProtocolLoggingLevel : None
RequireTLS : False
SmartHostAuthMechanism : BasicAuth
SmartHosts : {mail.gmx.de}
SmartHostsString : mail.gmx.de
SourceIPAddress : 0.0.0.0
SourceRoutingGroup : Exchange Routing Group (DWBGZMFD01QNBJR)
SourceTransportServers : {PA-EX}
UseExternalDNSServersEnabled : FalseDanke für die Antwort auf Punkt 2
-
Zitat
Andre_Neustadt schrieb:
Hallo,
ich muss dazu sagen das ich noch mit dem Exchange das Produkt Sender Base Routing benutze.Eine nicht unerheblich Information.
Dann kann ich Dir leider nichts sagen, da ich SBR nicht kennen.
Die Connectoren wären in einem normalen Server jedenfalls so nicht wirksam, da die "AdressSpaces" doch eher ungewöhnlich sind und ein Connector für "*" fehlt.
Spontan würde ich da also eher auf ein Problem im SBR tippen.
-
-
Hallo,
also ich habe jetzt nochmal ein paar Sreenshots gemacht von meinen Sendeconnectoren usw.Vielleicht fällt ja jemanden ein Fehler auf. Habe aber schonmal gleichzeitig den Support von dem Produkt "Sender Base Routing" kontaktiert....
-
Aus dem TA lese ich, dass Du an einen Empfänger sendest, den es in HPT-TEL.DE nicht gibt (d.h. der kein Mitglied der Exchange Organisation ist). Die akzeptierte Domäne steht auf "Internes Relay" (ist das so gewollt?).
Da Du keinen Sendeconnector für diese Domäne hast, geht dahin auch keine Mail raus, wenn es den Empfänger nicht in Exchange gibt.
Allerdings weiß ich nicht, wie die Config für SBR verbogen werden muss.
Ohne SBR würde ich sagen, fehlt ein Sendeconnector für "hpt-tel.de". Du hast zwar einen für "hpt-tel.smarthost", der funktioniert natürlich aber nicht, da Du ja keine Mails an "hpt-tel.smarthost" sendest, sondern an "hpt-tel.de". Es kann aber sein, dass der so für SBR korrekt ist.
-
Hallo,
das soll ja auch nach draußen weggeschickt werden und nicht innerhalb der Domäne....oder was meintest du mit...
"Aus dem TA lese ich, dass Du an einen Empfänger sendest, den es in HPT-TEL.DE nicht gibt (d.h. der kein Mitglied der Exchange Organisation ist). Die akzeptierte Domäne steht auf "Internes Relay" (ist das so gewollt?)."
?
-
In Deinen Screenshots sehe ich, dass "htp-tel.de" eine akzeptierte Domäne ist (mit internem Relay).
Im TA steht, dass Du eine Mail sendest:
VON: pa@pa-hausnetz.local
AN: xxxxx@htp-tel.de (xxxx ist von Dir ausgeweist)Die Fehlermeldung im TA sagt aus, dass es keinen Connector für die Remote Domain "htp-tel.de" gibt. Wäre es eine interne Zustellung (= an einen Empfänger innerhalb der Ex-Orga), dann bräuchtest Du keinen Connector für den Transport.
Also schließe ich darauf, dass der Empfänger "extern" ist (im Sinne von: Nicht in der Ex-orga). Exchange möchte die Mail entsprechend Deiner "akzeptierter Domänen"-Einstellungen gerne relayen, weiß aber nicht womit, da es keinen Sende-Connector für diese Remote Domäne gibt.
Ohne die Einstellung "interenes Relay" in der akzeptierten Domäne käme die Mail sofort als "Empfänger unbekannt" zurück. Mit der Relay Einstellung sucht Exchange nach einer Verbindung in Form eines Sende-Connectors.
Den gibt es nicht, also kommt die Mail nach 48 Stunden als unzustellbar zurück.
Was willst Du mit den Einstellungen eigentlich erreichen?