Mercury Mail falsch konfiguriert oder Lücke ?
Moin,
ich betreibe einen Mercury SMTP Server, welcher Email für info@foo.de annimmt.
Emails werden keine gesendet, nur empfangen.
Ich habe auch eine umfangreiche Blacklist, welche den großteil der Welt aussperrt.
Es lässt sich aber nicht ganz verhindern, daß Versuche aus Deutschland gemacht werden, den SMTP Server zum senden mißbrauchen zu wollen.
Das ist auch kein Problem, denn es werden nur Emails für lokale Benutzer akzeptiert und bekomme die Meldung:
Einmal im Monat bekomme ich an diese Adresse den Speiseplan für einen gemeinnützigen Verein gesendet,
welchen ich dann bearbeite und veröffentliche.
Das Problem:
Plötzlich kam ein weiterer Versuch meinen SMTP Server zum senden zu bewegen.
Auf einmal bekomme ich die Meldung, dass mein SMTP Server versucht diese Email zuzustellen, aber das nicht Möglich ist.
Ist ja auch klar, den er empfängt ja nur Emails und versendet keine.
Trotzdem habe ich einen Panikattacke bekommen, wie kann das sein, dass mein SMTP Server plötzlich versucht diese Email an pavian.irgendwo@gmy.de zuzustellen ?
Bitte um Lösungsansätze, danke.
MfG
ich betreibe einen Mercury SMTP Server, welcher Email für info@foo.de annimmt.
Emails werden keine gesendet, nur empfangen.
Ich habe auch eine umfangreiche Blacklist, welche den großteil der Welt aussperrt.
Es lässt sich aber nicht ganz verhindern, daß Versuche aus Deutschland gemacht werden, den SMTP Server zum senden mißbrauchen zu wollen.
Das ist auch kein Problem, denn es werden nur Emails für lokale Benutzer akzeptiert und bekomme die Meldung:
<< 553 We do not relay non-local mail, sorry.>>
welchen ich dann bearbeite und veröffentliche.
Das Problem:
Plötzlich kam ein weiterer Versuch meinen SMTP Server zum senden zu bewegen.
00:07:49.303: >> ehlo [127.0.1.1]<cr><lf>
00:07:49.303: << 250-foo.de Hello [127.0.1.1]; ESMTPs are:<cr><lf>250-TIME<cr><lf>
00:07:49.303: << 250-SIZE 0<cr><lf>
00:07:49.303: << 250-8BITMIME<cr><lf>
00:07:49.303: << 250 HELP<cr><lf>
00:07:49.396: >> mail FROM:<info> size=205<cr><lf>
00:07:49.396: << 250 Sender and size (205) OK - send RCPTs.<cr><lf>
00:07:49.459: >> rcpt TO:<pavian.irgendwo@gmy.de><cr><lf>
00:07:49.459: << 250 Recipient OK - send RCPT or DATA.<cr><lf>
00:07:49.490: >> data<cr><lf>
00:07:49.490: << 354 OK, send data, end with CRLF.CRLF<cr><lf>
00:07:49.521: >> Content-Type: text/plain; charset="us-ascii"<cr><lf>
00:07:49.537: >> MIME-Version: 1.0<cr><lf>
00:07:49.537: >> Content-Transfer-Encoding: 7bit<cr><lf>
00:07:49.537: >> To: Pavian <pavian.irgendwo@gmy.de><cr><lf>
00:07:49.537: >> From: Script <info@amazon.de><cr><lf>
00:07:49.537: >> Subject: New Data<cr><lf>
00:07:49.537: >> <cr><lf>
00:07:49.537: >> 123.123.123.123;25;info;0000<cr><lf>
00:07:49.537: >> .<cr><lf>
00:07:49.537: << 250 Data received OK.<cr><lf>
00:07:49.568: >> quit<cr><lf>
00:07:49.568: << 221 foo.de Service closing channel.<cr><lf>
Ist ja auch klar, den er empfängt ja nur Emails und versendet keine.
Trotzdem habe ich einen Panikattacke bekommen, wie kann das sein, dass mein SMTP Server plötzlich versucht diese Email an pavian.irgendwo@gmy.de zuzustellen ?
Bitte um Lösungsansätze, danke.
MfG
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 263339
Url: https://administrator.de/forum/mercury-mail-falsch-konfiguriert-oder-luecke-263339.html
Ausgedruckt am: 22.12.2024 um 05:12 Uhr
2 Kommentare
Neuester Kommentar
Moin,
wofür betreibst Du einen mail-server, wenn der nicht mal senden darf ? Dann wird der mit dem Nackten im Netz stehen, und jeder mit einem smtp-tool kann Hallo sagen.
it's friday again ..., Thomas
wofür betreibst Du einen mail-server, wenn der nicht mal senden darf ? Dann wird der mit dem Nackten im Netz stehen, und jeder mit einem smtp-tool kann Hallo sagen.
Trotzdem habe ich einen Panikattacke bekommen, wie kann das sein, dass mein SMTP Server plötzlich versucht diese Email an pavian.irgendwo@gmy.de
Keine Panik! Das ist IMHO eine alias-Adresse von Johann Lafer, der will sich nur mal die Speisepläne des Wettbewerbs anschauen ...it's friday again ..., Thomas