6
SMTP bei Exchange 2016 "hängt" 3 Sekunden
Hallo Leute,
ich habe ein kleine Problem, vielleicht hatte das schon mal jemand bei euch. Ich möchte per SMTP Mails versenden. Das funktioniert auch allerdings etwas verzögert.
Im Detail sieht es so aus:
Connecting to mail server.
Connected.
220 server.firma.loc Microsoft ESMTP MAIL Service ready at Fri, 2 Jun 2017 13:41:56 +0200
EHLO RECHER-1
250-server.firma.loc Hello [10.1.101.4]
250-SIZE 104857600
250-PIPELINING
250-DSN
250-ENHANCEDSTATUSCODES
250-STARTTLS
250-8BITMIME
250-BINARYMIME
250 CHUNKING
RSET
hier dauert es ca. 3 Sekunden bevor es weiter geht-------
250 2.0.0 Resetting
MAIL FROM: <user1@firma.de>
250 2.1.0 Sender OK
RCPT TO: <user2@firma.de>
250 2.1.5 Recipient OK
DATA
354 Start mail input; end with <CRLF>.<CRLF>
.
250 2.6.0 <70cab174834fe583120aa6f18bb126f4@firma.de> [InternalId=18257905975752, Hostname=server.firma.loc] 1870 bytes in 0.115, 15,827 KB/sec Queued mail for delivery
Forcing disconnection from SMTP server.
QUIT
221 2.0.0 Service closing transmission channel
Disconnected.
Message Sent Successfully
An was kann die Verzögerung liegen?
ich habe ein kleine Problem, vielleicht hatte das schon mal jemand bei euch. Ich möchte per SMTP Mails versenden. Das funktioniert auch allerdings etwas verzögert.
Im Detail sieht es so aus:
Connecting to mail server.
Connected.
220 server.firma.loc Microsoft ESMTP MAIL Service ready at Fri, 2 Jun 2017 13:41:56 +0200
EHLO RECHER-1
250-server.firma.loc Hello [10.1.101.4]
250-SIZE 104857600
250-PIPELINING
250-DSN
250-ENHANCEDSTATUSCODES
250-STARTTLS
250-8BITMIME
250-BINARYMIME
250 CHUNKING
RSET
hier dauert es ca. 3 Sekunden bevor es weiter geht-------
250 2.0.0 Resetting
MAIL FROM: <user1@firma.de>
250 2.1.0 Sender OK
RCPT TO: <user2@firma.de>
250 2.1.5 Recipient OK
DATA
354 Start mail input; end with <CRLF>.<CRLF>
.
250 2.6.0 <70cab174834fe583120aa6f18bb126f4@firma.de> [InternalId=18257905975752, Hostname=server.firma.loc] 1870 bytes in 0.115, 15,827 KB/sec Queued mail for delivery
Forcing disconnection from SMTP server.
QUIT
221 2.0.0 Service closing transmission channel
Disconnected.
Message Sent Successfully
An was kann die Verzögerung liegen?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 339673
Url: https://administrator.de/contentid/339673
Ausgedruckt am: 25.11.2024 um 20:11 Uhr
6 Kommentare
Neuester Kommentar
Wieso sendest du denn ein RSET am Anfang der Transmission??
RFC821
Gruß
RFC821
This command specifies that the current mail transaction is to be aborted. Any stored sender, recipients, and mail data must be discarded, and all buffers and state tables cleared. The receiver must send an OK reply
Das macht das macht das Tool "SMTP Diag Tool", ich habe aber eine Anwendung die das gleiche Problem hat.
Zitat von @133417:
Wieso sendest du denn ein RSET am Anfang der Transmission??
genau das frage ich mich auch - total überflüssig an der Stelle. Und das das ein wenig dauern kann ist klar.Wieso sendest du denn ein RSET am Anfang der Transmission??
Gruß
Das liegt sehr wahrscheinlich am Tarpitinterval des Connectors
https://social.technet.microsoft.com/Forums/exchange/en-US/7c70699a-3f84 ...
Das hier setzt diesen bspw. auf 0 Sekunden künstlicher Verzögerung
Eine Art Spam-Protection um das Einliefern tausender Nachrichten zu erschweren.
https://social.technet.microsoft.com/Forums/exchange/en-US/7c70699a-3f84 ...
Das hier setzt diesen bspw. auf 0 Sekunden künstlicher Verzögerung
Set-ReceiveConnector "Receive Connector Name" -tarpitinterval 00:00:00 Zitat von @slansky:
Das macht das macht das Tool "SMTP Diag Tool", ich habe aber eine Anwendung die das gleiche Problem hat.
Es soll SMTP-Client geben, die ein RSET statt eines DATA senden. Warum auch immer.Das macht das macht das Tool "SMTP Diag Tool", ich habe aber eine Anwendung die das gleiche Problem hat.
Gruß
Habe das Tarpitinterval auf 00:00:00 gesetzt. Jetzt geht es einwandfrei!!!
DANKE!!!!!!!!!!!!!!!!!!!
DANKE!!!!!!!!!!!!!!!!!!!
