EXCHANGE 2016 Abwesenheitsnotiz
Hallo,
im Sendeprotokoll des Exchange Server 2016 bekomme ich beim senden folgenden Eintrag:
Wenn ich eine Abwesenheitsnachricht erstelle, kommt folgendes:
Die Unterschiede habe ich markiert.
Kennt jemand die Stelle im Exchangeserver 2016 wo dies Eingestellt wird.
Der Fehler tritt auf sowohl über OWA als auch bei Outlook.
Intern funktioniert die Abwesenheit Nachricht. Extern nicht.
AllowedOOFTYPE: External
AutoReplayEnable: True
AutoForwardEnable: True
Meine Vermutung ist, dass dies an dem Fehlerhaft MAIL FROM liegt.
im Sendeprotokoll des Exchange Server 2016 bekomme ich beim senden folgenden Eintrag:
kundenserver.de (mreue012) Nemesis ESMTP Service ready,
EHLO ex1.domäne.de
kundenserver.de Hello ex1.domäne.de [xx.xxx.xxx.xxx] 8BITMIME SIZE 140000000 STARTTLS,
STARTTLS,
220 OK,
CN=ex1.domäne.de CN=ex1.domäne.de 3F0E15F3591D7E804BD60E0B6263923A E7F670F7B05329ED8FBD1DF5EF5D996FCA97A658 2019-06-26T12:10:48.000Z 2024-06-26T12:10:48.000Z ex1.domäne.de;AutoDiscover.domäne.de;AutoDiscover.domäne.de;AutoDiscover.domäne.de;ex1.domäne.de;domäne.de;domäne.de;192.168.117.254;192.5.37.253;xx.xxx.xxx.xxx,Sending certificate Subject Issuer name Serial number Thumbprint Not before Not after Subject alternate names
CN=smtp.1und1.de, L=Montabaur, S=Rheinland-Pfalz, O=IONOS SE, C=DE CN=Telekom Security ServerID OV Class 2 CA, O=Deutsche Telekom Security GmbH, C=DE 055EA0319410051AB69FC13A43AF8E6D E8EF7743DEEEE9CBECE830A36E65413E69DF8AF0 2023-06-20T11:22:08.000Z 2024-06-25T01:59:59.000Z smtp.1und1.de",Remote certificate Subject Issuer name Serial number Thumbprint Not before Not after Subject alternate names
"TLS protocol SP_PROT_TLS1_2_CLIENT negotiation succeeded using bulk encryption algorithm CALG_AES_128 with strength 128 bits, MAC hash algorithm CALG_SHA_256 with strength 0 bits and key exchange algorithm CALG_ECDH_EPHEM with strength 256 bits"
E8EF7743DEEEE9CBECE830A36E65413E69DF8AF0,Received certificate Thumbprint
Valid,Chain validation status
" CN=smtp.1und1.de, L=Montabaur, S=Rheinland-Pfalz, O=IONOS SE, C=DE CN=Telekom Security ServerID OV Class 2 CA, O=Deutsche Telekom Security GmbH, C=DE 055EA0319410051AB69FC13A43AF8E6D E8EF7743DEEEE9CBECE830A36E65413E69DF8AF0 2023-06-20T11:22:08.000Z 2024-06-25T01:59:59.000Z smtp.1und1.de",SmartHost certificate Subject Issuer name Serial number Thumbprint Not before Not after Subject alternate names
EHLO ex1.domäne.de,
250 kundenserver.de Hello ex1.domäne.de [xx.xxx.xxx.xxx] 8BITMIME AUTH LOGIN PLAIN SIZE 140000000,
AUTH LOGIN,
334 <authentication information>,
<Binary Data>,
235 Authentication succeeded,
sending message with RecordId 182256937205763 and InternetMessageId <106c88e56f7d41b691bd853e12a001da@domäne.de>
**MAIL FROM:<mustermann@domäne.de> SIZE=5472,
"250 Requested mail action okay, completed",**@@+++@@
RCPT TO:<test@domäne2.de>,
250 OK,
DATA,
354 Start mail input; end with <CRLF>.<CRLF>,
"250 Requested mail action okay, completed: id=1M4skB-1s3n9m1t95-001w7K",
QUIT,
221 kundenserver.de Service closing transmission channel,
,Local
XX.XXX.XXX.XXX ist die öffentliche IP Adresse
Wenn ich eine Abwesenheitsnachricht erstelle, kommt folgendes:
kundenserver.de (mreue012) Nemesis ESMTP Service ready,
EHLO ex1.domäne.de
kundenserver.de Hello ex1.domäne.de [xx.xxx.xxx.xxx] 8BITMIME SIZE 140000000 STARTTLS,
STARTTLS,
220 OK,
CN=ex1.domäne.de CN=ex1.domäne.de 3F0E15F3591D7E804BD60E0B6263923A E7F670F7B05329ED8FBD1DF5EF5D996FCA97A658 2019-06-26T12:10:48.000Z 2024-06-26T12:10:48.000Z ex1.domäne.de;AutoDiscover.domäne.de;AutoDiscover.domäne.de;AutoDiscover.domäne.de;ex1.domäne.de;domäne.de;domäne.de;192.168.117.254;192.5.37.253;xx.xxx.xxx.xxx,Sending certificate Subject Issuer name Serial number Thumbprint Not before Not after Subject alternate names
CN=smtp.1und1.de, L=Montabaur, S=Rheinland-Pfalz, O=IONOS SE, C=DE CN=Telekom Security ServerID OV Class 2 CA, O=Deutsche Telekom Security GmbH, C=DE 055EA0319410051AB69FC13A43AF8E6D E8EF7743DEEEE9CBECE830A36E65413E69DF8AF0 2023-06-20T11:22:08.000Z 2024-06-25T01:59:59.000Z smtp.1und1.de",Remote certificate Subject Issuer name Serial number Thumbprint Not before Not after Subject alternate names
"TLS protocol SP_PROT_TLS1_2_CLIENT negotiation succeeded using bulk encryption algorithm CALG_AES_128 with strength 128 bits, MAC hash algorithm CALG_SHA_256 with strength 0 bits and key exchange algorithm CALG_ECDH_EPHEM with strength 256 bits"
E8EF7743DEEEE9CBECE830A36E65413E69DF8AF0,Received certificate Thumbprint
Valid,Chain validation status
" CN=smtp.1und1.de, L=Montabaur, S=Rheinland-Pfalz, O=IONOS SE, C=DE CN=Telekom Security ServerID OV Class 2 CA, O=Deutsche Telekom Security GmbH, C=DE 055EA0319410051AB69FC13A43AF8E6D E8EF7743DEEEE9CBECE830A36E65413E69DF8AF0 2023-06-20T11:22:08.000Z 2024-06-25T01:59:59.000Z smtp.1und1.de",SmartHost certificate Subject Issuer name Serial number Thumbprint Not before Not after Subject alternate names
EHLO ex1.domäne.de,
250 kundenserver.de Hello ex1.domäne.de [xx.xxx.xxx.xxx] 8BITMIME AUTH LOGIN PLAIN SIZE 140000000,
AUTH LOGIN,
334 <authentication information>,
<Binary Data>,
235 Authentication succeeded,
sending message with RecordId 182256937205763 and InternetMessageId <106c88e56f7d41b691bd853e12a001da@domäne.de>
**MAIL FROM:<> SIZE=9624,
550 Requested action not taken: mailbox unavailable Sender address is not allowed.**@@+++@@
QUIT,
221 kundenserver.de Service closing transmission channel,
,Local
Die Unterschiede habe ich markiert.
Kennt jemand die Stelle im Exchangeserver 2016 wo dies Eingestellt wird.
Der Fehler tritt auf sowohl über OWA als auch bei Outlook.
Intern funktioniert die Abwesenheit Nachricht. Extern nicht.
AllowedOOFTYPE: External
AutoReplayEnable: True
AutoForwardEnable: True
Meine Vermutung ist, dass dies an dem Fehlerhaft MAIL FROM liegt.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 62542527726
Url: https://administrator.de/contentid/62542527726
Ausgedruckt am: 24.11.2024 um 20:11 Uhr
8 Kommentare
Neuester Kommentar
Zitat von @Mike1959:
Meine Vermutung ist, dass dies an dem Fehlerhaft MAIL FROM liegt.
Welches MAIL FROM sollte fehlerhaft sein?
Zitat von @Mike1959:
Welches MAIL FROM sollte fehlerhaft sein? Das untere, da dort nur MAIL FROM:<> und nicht wie bei dem normalen senden, welches funktioniert MAIL FROM:<mustermann@domäne.de> steht.
Nein, siehe u. a. RFC 5321.
Hi,
könnte es daran liegen?
https://www.borncity.com/blog/2023/12/01/ionos-schafft-smtp-relay-smarth ...
Gruß
Drohnald
könnte es daran liegen?
https://www.borncity.com/blog/2023/12/01/ionos-schafft-smtp-relay-smarth ...
Gruß
Drohnald
Moin
gar nicht.
Gruß
Jasper
Zitat von @Mike1959:
Jetzt stellt sich mir die Frage, wie und ob ich einen Absender bei Exchange eingepflegt bekomme.
Jetzt stellt sich mir die Frage, wie und ob ich einen Absender bei Exchange eingepflegt bekomme.
gar nicht.
Gruß
Jasper