Das Thema ist mittlerweile selbst im Off Topic Bereich nicht mehr haltbar. Konstruktive Inhalte könnten auf 3 Seiten untergebracht werden.
Der effektive inhaltliche Mehrwert für den TE, potentiell Hilfesuchende und unterstützende Boardmember verläuft gegen NULL. Forenmitglieder und Kollegen haben hier Ihre Zeit investiert um entsprechend einen Rat zu geben. Dies sollte auch der TE respektieren, welcher selbst seit wenigstens 2008 ein Board betreibt. Daher ist es nicht verständlich weshalb hier öffentlich von den erfahrenen dieses Niveau an den Tag gelegt wird und zur weiteren Provokation aufgerufen wird. Es kann nicht das Ziel sein, jemanden oder sich selbst Schau zu stellen. Wir sind kein "Trollforum". Ist das Euer Begehr, dann macht das auf .wellknown Foren und anderen Plattformen.
Zum Thema Hostnamen/FQDN:
https://datatracker.ietf.org/doc/html/rfc5321
Hostnamen im öffentlichen Adressraum, wenn diese Dienste bereitstellen sollen, müssen gemäß RFC vorwärts und rückwärts auflösbar sein.
Unzählige Dienste greifen darauf zurück - bereits seit über 40 Jahren. Ist das nicht der Fall, so sollte man sich nicht wundern weshalb gewisse Mechaniken und Funktionen nicht operabel sind. Jeder mit diesem Bewusstsein kann auch gern spezifisch Dienste an andere Systeme/Dienstleister auslagern.
Dein Webhoster - Godaddy/HEG/Intergenia/Plussvr/BSB(oder wer es vor dem Kaufrausch damals auch immer war) hat wie es in der Branche üblich ist einen A-Record mit passenden subdomain Delegationen auf die IP-Adresse von deinem Server angelegt, sodass der FQDN zumindest vorwärts korrekt auflösbar ist. Der Wertegang "wieso" dies aktuell "buffalo.startdedicated.de" ist unerheblich. Fakt ist, dass dieser A-Record samt *subdomains nicht deligiert sind.
Code: Select all
daniel@daniel-workstation:~$ host buffalo.startdedicated.de
Host buffalo.startdedicated.de not found: 3(NXDOMAIN)
daniel@daniel-workstation:~$ telnet 85.25.129.32 25
Trying 85.25.129.32...
Connected to 85.25.129.32.
Escape character is '^]'.
220 buffalo.startdedicated.de ESMTP Postfix (Ubuntu)
quit
221 2.0.0 Bye
Connection closed by foreign host.
daniel@daniel-workstation:~$ host mail.buffalo.startdedicated.de
Host mail.buffalo.startdedicated.de not found: 3(NXDOMAIN)
Daran kann auch Keyhelp nichts ändern. Denn der "bind9" Nameserver, welcher im Rahmen der Keyhelpinstallation den FQDN/Hostnamen aufgreift und diese als Nameserverzone konfiguriert hat seine Arbeit korrekt und fehlerfrei erledigt. Es heißt nicht ohne Grund: der Hostname soll korrekt auflösbar sein! Und dies im Optimalfall bereits vor der Installation.
Code: Select all
daniel@daniel-workstation:~$ dig @85.25.129.32 buffalo.startdedicated.de ANY
; <<>> DiG 9.18.18-0ubuntu0.22.04.1-Ubuntu <<>> @85.25.129.32 buffalo.startdedicated.de ANY
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 55539
;; flags: qr aa rd; QUERY: 1, ANSWER: 6, AUTHORITY: 0, ADDITIONAL: 4
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
; COOKIE: fe6826125e977b43010000006569fd82ff16803fc1654161 (good)
; EDE: 18 (Prohibited)
;; QUESTION SECTION:
;buffalo.startdedicated.de. IN ANY
;; ANSWER SECTION:
buffalo.startdedicated.de. 86400 IN SOA ns.buffalo.startdedicated.de. root.buffalo.startdedicated.de. 2023112600 14400 1800 604800 3600
buffalo.startdedicated.de. 86400 IN NS ns.buffalo.startdedicated.de.
buffalo.startdedicated.de. 86400 IN NS ns2.buffalo.startdedicated.de.
buffalo.startdedicated.de. 86400 IN MX 10 mail.buffalo.startdedicated.de.
buffalo.startdedicated.de. 86400 IN TXT "v=spf1 a mx -all"
buffalo.startdedicated.de. 86400 IN A 85.25.129.32
;; ADDITIONAL SECTION:
ns.buffalo.startdedicated.de. 86400 IN A 85.25.129.32
ns2.buffalo.startdedicated.de. 86400 IN A 85.25.129.32
mail.buffalo.startdedicated.de. 86400 IN A 85.25.129.32
;; Query time: 12 msec
;; SERVER: 85.25.129.32#53(85.25.129.32) (TCP)
;; WHEN: Fri Dec 01 16:36:34 CET 2023
;; MSG SIZE rcvd: 278
Viel eher sollte "alpha339.startdedicated.de" als Hostname/FQDN für den Server verwendet werden, denn dieser ist samt aller *.subdomains vollständig und korrekt auf die IP des Systems deligiert.
Code: Select all
daniel@daniel-workstation:~$ host alpha339.startdedicated.de
alpha339.startdedicated.de has address 85.25.129.32
daniel@daniel-workstation:~$ host mail.alpha339.startdedicated.de
mail.alpha339.startdedicated.de has address 85.25.129.32
daniel@daniel-workstation:~$ host irgendwas.mail.alpha339.startdedicated.de
irgendwas.mail.alpha339.startdedicated.de has address 85.25.129.32
Dann kommen auch solche "Konstrukte" mit lokalen Weiterleitungen nicht zustande.
Code: Select all
2023-11-28 06:54:32 postfix/smtp F359057808F3: to=<root@alpha339.startdedicated.de>, relay=none, delay=0.23, delays=0.18/0.04/0/0, dsn=5.4.6, status=bounced (mail for [b]alpha339.startdedicated.de loops back to myself[/b])
2023-11-28 06:54:32 postfix/qmgr F359057808F3: from=<root@buffalo.startdedicated.de>, size=426, nrcpt=1 (queue active)
2023-11-28 06:54:32 postfix/cleanup F359057808F3: message-id=<20231128055431.F359057808F3@buffalo.startdedicated.de>
2023-11-28 06:54:31 postfix/pickup F359057808F3: uid=0 from=<root@[b]buffalo.startdedicated.de[/b]>
Denn "buffalo.startdedicated.de" steht in der /etc/hosts mit localhost und der ServerIP selbst schon drinnen. Daher werden Mails mit bezeichneten Empfänger auch an dieses Ziel übermittelt.
Der Inhalt der Mails in der Wartenschlange kannst mit "postcat" gesichtet werden.
In den 50k Mails findet sich sicherlich auch die Ursache zu dem Auflauf der Mails.
Das Thema wird nun geschlossen.
Der TE hat das Problem als geklärt bezeichnet.