Exchange 2016 - limit für receive connector

[Beetlejuice 11]

Hallo,

 

für unsere Internen Applikationen haben wir einen eigenen "Frontend" receive connector (Internal Relay) angelegt. Die Applikation versendet mehrere Mails (7-15) via SMTP und einem Exchange Benutzer für die Authentifizierung am connector.

 

Im FRONTEND Transportlog (SmtpReceive) wird die Mail über den entsprechenden connector angenommen und verarbeitet. Dennoch wird die Übertragung mit dem Fehler "4.4.2 Message submission rate for this client has exceeded the configured limit" zurückgewiesen.

 

Die limits für den eigenen connector (Internal Relay) wurden entsprechend konfiguriert.

- MessageRateLimit = unlimited

- MaxInboundConnectionPerSource = 40

- TarpitInterval = 00:00:05

 

Im Connectivity Log vom FRONTEND finden ich den folgenden Fehler:

2018-02-22T11:07:16.228Z,08D55E8F04BD872C,SMTP,client proxy,+,Client proxy session for . Proxied session id 08D55E8F04BD872B
2018-02-22T11:07:16.478Z,08D55E8F04BD872C,SMTP,,-,Messages: 0 Bytes: 0 (Remote error from proxy target - SocketError)

 

Nach längerem Suchen habe ich dann den folgenden Fehler im HUB-Transport Log (SmtpReceive))

2018-02-22T11:07:16.306Z	WIN10065\Client Proxy WIN10065	08D55E8EF21599E6	28	172.16.162.31:465	172.16.162.31:62493	>	421 4.4.2 Message submission rate for this client has exceeded the configured limit

 

Der HubTransport connector "Client Proxy <servername>" kommt mit der Exchange installation standardmäßig mit. In diesem sind default auch andere Schwellwerte gesetzt als in mein eigenen.

- MessageRateLimit = 5

- MaxInboundConnectionPerSource = 20

- TarpitInterval = 00:00:05

 

Ich habe die Schwellwerte mal angepasst, warte nun auf die Rückmeldung des AM und beobachte das Log (siehe Anhang).

 

Was sieht Microsoft hier vor, wie richtig zu agieren und konfigurieren ist?

Den Frontend-Connector kann ich ja ganz gut für meine Applikation limitieren. Wenn nun auch der HubTransport Connector angepasst werden muss, birgt es nicht irgendwechle Risiken?

Theoretisch muss dieser ja so denfiniert werden, wie das Maximale eines einzelnen Frontend Connectors.

Warum aber hatte ich bisher mit Outlook keine Probleme, wenn ich viele Mails (>30) auf einmal versende.

 

 

 

Das genaue Zusammenspiel zwischen dem Frontend und HubTransport connectoren ist mir noch etwas Rätselhaft...

 

jimmyone hatte mal über das gleiche Problem berichtet ..

 

danke

[gelöscht 0]

Hallo,

 

welche Risiken sollte das haben? AFAIk hat das MessageRate Limit auf dem FrontEnd keine Auswirkung, er macht ja nur ein Proxy zu einem Hub Connector. Du kannst für die App auch direkt einen Hub Connector erstellen und die Applikation auf diesen konfigurieren, Port 2525

 

 

Mit Outlook, OWA, ActiveSync Clients hat das Thema ohnehin nichts zu tun, die verwenden keinen Receive-Connector, für Sie gibt es kein MessageRateLimit.

 

ASR

BTW: SMTP Tarpitting würde ich für eine App deaktivieren, also auf Null stellen.

bearbeitet 23. Februar 2018 von ASR

[Beetlejuice 11]

Nachdem ich den Client Proxy connector geändert habe, kam die Rückmeldung vom Applikation Manager, dass seine Mails nun wie gewünscht zugestellt werden. In den Log's wurden nun auch keine mehr blockiert.

 

SMTP Tarpetting wurde für den Anonymous Connector auf 0 gesetzt, für den Internen, sollte dieser nicht greifen. Für Authentifizierte Verbindungen sollte er nicht greifen.

 

Gibt es dennoch vertiefende Dokumentationen, wo die Funktionsweisen der Connectoren beschrieben werden?