externe Domain: E-Mail-Empfang geht nicht

Zitat von Bud

Nein, ich arbeite noch dran... Bzw. verzweifle dran...

Wenn die Badekappen-Domain / E-Mail kein Honeypot sind, solltest Du sie im Quellcode auch noch zensieren...?

Zitat von Bud

budcup.de - war das nicht eigentlich mal ein Scherz? Jetzt ist ne Verkaufsseite dahinter

Ich wusste doch, dass die Domain mir bekannt vorkommt.

Schäm dich einfach Bud seine Domain zu klauen

Was ich nicht verstehe..

Theoretisch klappt das ja nicht.. man kann ja nicht einfach eine externe Domain die nicht bei Netcup registriert ist ans Webhosting Paket per mx einbinden.

Wo ist jetzt mein Denkfehler?

Nachtrag: Ach klar

dem screenshot in #11 nach, musst du bei DH jeweils den punkt anhängen (wie so oft, findet man es nicht in deren FAQs).

cloud.x.x löst korrekt nach x.your-storageshare.de. auf.

autoconfig.x.x löst falsch nach autoconfig.netcup.net.x.x. auf (hängt deine domain zusätzlich an).

#

wenn du -t cname beim diggen weglässt, sieht du auch die dazugehörigen IPs.

autoconfig.netcup.net hat üblicherweise eine 46.38.x.x.

Zitat von Bud

finnvweiss Verkauft ernsthaft budcup.de

Naja, verkaufen tue ich sie indirekt. Bei der Domain Aktion habe ich sie registriert und diese zeigt auf einen Server. Und das ist halt die Standard-Page, wenn Domains im Apache nicht eingerichtet sind.

Aber wer sie möchte, kann sich gerne melden 🤣🤣🤣

Zitat von Bud

Lustig wärs die Domain zu haben, aber mehr als die lfd. Kosten dafür zu tragen eher ungern…

Schauen wir mal. Kannst dich ja mal per PN melden 😜

Zitat von finnvweiss

Aber wer sie möchte, kann sich gerne melden 🤣🤣🤣

Würde mich jetzt nicht wundern, wenn Netcup die Domain haben will... Ziemlich kurzsichtig.

Zitat von TBT

Würde mich jetzt nicht wundern, wenn Netcup die Domain haben will... Ziemlich kurzsichtig.

wüsste nicht welchen Anspruch Netcup auf die Domain hätte. Weil 'cup' darin vorkommt? ist bisl dünn in dem Fall.

Zitat von Bud

Verkauft ernsthaft budcup

Also bei buttcup würd ich ja auch Rechte anmelden... ;P

Zitat von TBT

Ziemlich kurzsichtig

Von wem? Die Aktion mit Bud damals war ja bereits sehr übergriffig...

Bud: Hast du die gesamte externe domain bei netcup eingebunden oder nur mailserver?

Wenn ich die externe Domain im Netcup Kundenpanel hinzufügen möchte, scheint Netcup zu verlangen, dass viele oder alle DNS-Einträge korrekt gesetzt sind. Das schlägt bei mir fehl, vermutlich weil meine A/AAAA-Einträge ja weiterhin auf Vercel (via Cloudflare) zeigen und nicht auf Netcup.

Wenn du du auch dieses Problem gehabt hast: Wie hast du es lösen können?

Danke!

Würde nur mal zu erkennen geben, dass ich genau das selbe Problem habe.
2 Domains (inkl Email) noch bei Telekom liegend [ich.de und ich.com] und nun hier Testweise das Webhosting1000 (mit test.de).
Dort wollte ich meine ich.com als externe Adresse im Webhosting einbinden, hat auch angeblich geklappt.

Email Adresse test@ich.com angelegt und per imapsync mit Daten von test@ich.de befüllt.

Senden von der test@ich.com funktioniert auch, nur bekomme ich beim senden an die test@ich.com den selben bounce back mit:

Final-Recipient: rfc822; test@ich.com
Action: failed
Status: 5.7.1
Remote-MTA: dns; mail.ich.com. (<IPv4 Adresse>), the
server for the domain ich.com.)
Diagnostic-Code: smtp; 554 5.7.1 <test@ich.com>: Relay access denied
Last-Attempt-Date: Mon, 05 May 2025 12:38:55 -0700 (PDT)

Bzw. als ich testweise den mxeXXX.netcup.net MX Eintrag als erste Prio hatte diese Fehlermeldung:

Final-Recipient: rfc822; test@ich.com
Action: failed
Status: 5.7.1
Remote-MTA: dns; mxeXXX.netcup.net. (<IPv6 Adresse>), the
server for the domain ich.com.)
Diagnostic-Code: smtp; 554 5.7.1 <test@ich.com>: Relay access denied
Last-Attempt-Date: Mon, 05 May 2025 12:38:55 -0700 (PDT)

Das CLI Command swaks --to test@ich.com --server mail.ich.com:25 -tls gibt leider auch selbiges zurück, was mir eigentlich so aussieht als würde netcup die Email nicht annehmen:

=== Trying mail.ich.com:25...
=== Connected to mail.ich.com.
<-  220 mxeXXX.netcup.net ESMTP Postfix (Debian/GNU)
 -> EHLO imapsync
<-  250-mxeXXX.netcup.net
<-  250-PIPELINING
<-  250-SIZE 52428800
<-  250-ETRN
<-  250-STARTTLS
<-  250-AUTH DIGEST-MD5 CRAM-MD5 PLAIN LOGIN
<-  250-ENHANCEDSTATUSCODES
<-  250-8BITMIME
<-  250-DSN
<-  250 CHUNKING
 -> STARTTLS
<-  220 2.0.0 Ready to start TLS
=== TLS started with cipher TLSv1.3:TLS_AES_256_GCM_SHA384:256
=== TLS client certificate not requested and not sent
=== TLS no client certificate set
=== TLS peer[0]   subject=[/CN=*.netcup.net]
===               commonName=[*.netcup.net], subjectAltName=[DNS:*.netcup.net, DNS:netcup.net] notAfter=[2025-09-15T23:59:59Z]
=== TLS peer[1]   subject=[/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=RapidSSL TLS RSA CA G1]
===               commonName=[RapidSSL TLS RSA CA G1], subjectAltName=[] notAfter=[2027-11-02T12:24:33Z]
=== TLS peer[2]   subject=[/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert Global Root G2]
===               commonName=[DigiCert Global Root G2], subjectAltName=[] notAfter=[2038-01-15T12:00:00Z]
=== TLS peer certificate passed CA verification, failed host verification (using host mail.ich.com to verify)
 ~> EHLO imapsync
<~  250-mxeXXX.netcup.net
<~  250-PIPELINING
<~  250-SIZE 52428800
<~  250-ETRN
<~  250-AUTH DIGEST-MD5 CRAM-MD5 PLAIN LOGIN
<~  250-ENHANCEDSTATUSCODES
<~  250-8BITMIME
<~  250-DSN
<~  250 CHUNKING
 ~> MAIL FROM:<niklas@imapsync>
<~  250 2.1.0 Ok
 ~> RCPT TO:<test@ich.com>
<~* 554 5.7.1 <test@ich.com>: Relay access denied
 ~> QUIT
<~  221 2.0.0 Bye
=== Connection closed with remote host.

Die Zeile beim STARTTLS TLS peer certificate passed CA verification, failed host verification (using host mail.ich.com to verify) sieht irrelevant aus, da die auch bei meiner test.de domain kommt, dort aber die Email ankommt.

Selbst eine Email von test@ich.com an test@ich.com funktioniert nicht.

Einzig das Command plesk repair mail -y konnte ich noch nicht testen, weil ich mir nicht sicher bin ob ich überhaupt Zugriff auf die CLI vom Plesk haben kann.
Über Hilfe würde ich mich freuen, da ich eigentlich vor hatte, meine Domains und Emails zu Netcup zu ziehen. Wenn das so nicht klappt muss ich mit den Mails wohl woanders hin

PS: Domains logischerweise anonymisiert.

Hmmm, praised be the DNS Gods.

Bei mir hat es jetzt auf einmal geklappt.
Somit haben wohl die alten DNS Einträge entweder länger als 24h gebraucht um in allen DNS Systemen aus dem Cache zu verschwinden, oder Netcup ist beim einbinden von externen Domains etwas langsam.

4.5. 19:57 - Bestätigung von Netcup zum Erfolgreichen Anbinden der externen Domain

5.5. 23:00 - Mails machen noch einen Bounce Back mit Fehlermeldung

6.5. 16:00 - Mails werden akzeptiert.

Gibt es irgendeinen Experten, der sagen kann, ob das nur Bad Luck war oder ob diese Downtime so normal ist?
Über einen Tag auf Mails verzichten ist heutzutage ja nicht so der Knaller.