qmail und relayblock (SUSE 9.3 mit Plesk 8.0.0, Schlundtech und RootStart64)

[robbz]

Aloha

Ich habe ein sehr verzwicktes Problem. Boardsuche und google haben nach mehreren Tagen Recherche leider nichts gebracht, deshalb versuch ich es mit einem neuen Post (ist zwar sonst nicht meine Art, aber ich weiss nicht anders weiter )

Also: Es geht um die Domain www.domain.com (name der Domain geändert). Diese wird durch Schlund&Partner mit einem RootStart64-VServer gehostet. domain.com wurde dort als externe Domain eingerichtet, was wohl bedeutet, dass qmail alle Mails an x@domain.com akzeptiert (was ja auch funktioniert).

Allerdings wollte der Kunde nicht nur .com, sondern auch .de .pl usw haben. Deshalb wurde es damals so gemacht, dass bei Schlundtech alle Domains registriert wurden und für die domain.com "keine Einrichtung" steht. domain.de soll per A-Record an die IP von domain.com umgeleitet werden ("inkl. www-Zusatz"-Option ist aktiviert und als Mailserver ist der Mailserver von domain.com (nämlich mail.domain.com) eingetragen).

Die Umleitung von http-Requests funktionieren. Es wird über Domain.de - Das Portal rund um Domains also die Website von www.domain.com angezeigt.

Die MX-Einträge scheinen auch zu funktioniern, zumindest laut DNS Stuff: DNS tools, DNS hosting tests, WHOIS, traceroute, ping, and other network and domain name tools..

Will ich eine E-Mail an test@domain.com schicken, kommt diese an. Will ich aber eine an test@domain.de schicken, verschwindet die irgendwo.. keine Fehlermeldung, keine E-Mail... garnichts.


In den Logs von qmail finde ich zwar lauter "relayblocks", aber trotz aller FAQs, Hilfen und Anleitungen im Internet bekomm ich die nicht weg. Ich habs ja nichtmal geschafft, ein Open-Relay aus dem Mailserver zu machen ;-)
Aber das will ja auch niemand. Trotzdem sollen E-Mail an irgendwas@domain.de an jemand@domain.com geleitet werden.
Hierfür muss doch qmail so eingerichtet werden, dass es Mails von domain.de aktzeptiert, oder?

ein E-Mail-Test auf dnsstuff.com hat für "test@domain.de" schon den Mailserver "mail.domain.com" angezeigt. Leider mit Timeout.



Hier die letzten Zeilen der /var/log/mail.warn:

Jun 22 13:38:27 s15219073 relaylock: /var/qmail/bin/relaylock: mail from 127.0.0.1:48452 (localhost)
Jun 22 13:40:03 s15219073 relaylock: /var/qmail/bin/relaylock: mail from 127.0.0.1:48454 (localhost)
Jun 22 14:04:15 s15219073 relaylock: /var/qmail/bin/relaylock: mail from 127.0.0.1:45272 (localhost)
Jun 22 14:04:29 s15219073 relaylock: /var/qmail/bin/relaylock: mail from 127.0.0.1:45275 (localhost)
Jun 22 14:07:58 s15219073 relaylock: ./relaylock: wrong parameters number
Jun 22 14:08:01 s15219073 relaylock: ./relaylock: Unable to get ip address, white list will not work
Jun 22 14:08:01 s15219073 relaylock: ./relaylock: mail from not defined:not defined (not defined)
Jun 22 14:12:12 s15219073 relaylock: /var/qmail/bin/relaylock: mail from 127.0.0.1:58431 (localhost)
Jun 22 15:22:51 s15219073 relaylock: /var/qmail/bin/relaylock: mail from 127.0.0.1:60335 (localhost)

/var/log/mail.info

Jun 22 10:47:14 s15219073 qmail: 1182502034.944668 status: local 0/10 remote 0/20
Jun 22 10:47:14 s15219073 qmail: 1182502034.960542 bounce msg 207613 qp 3596
Jun 22 10:47:14 s15219073 qmail: 1182502034.960759 end msg 207613
Jun 22 10:47:14 s15219073 qmail: 1182502034.961078 new msg 207621
Jun 22 10:47:14 s15219073 qmail: 1182502034.961203 info msg 207621: bytes 803 from <> qp 3596 uid 2522
Jun 22 10:47:14 s15219073 qmail: 1182502034.962767 starting delivery 14: msg 207621 to remote robbz@s15219073.rootmaster.info
Jun 22 10:47:14 s15219073 qmail: 1182502034.962879 status: local 0/10 remote 1/20
Jun 22 10:47:15 s15219073 qmail: 1182502035.111303 delivery 14: failure: Sorry._Although_I'm_listed_as_a_best-preference_MX_or_A_for_that_host,/it_isn't_in_my_control/locals_file,_so_I_don't_treat_it_as_local._(#5.4.6)/
Jun 22 10:47:15 s15219073 qmail: 1182502035.111449 status: local 0/10 remote 0/20
Jun 22 10:47:15 s15219073 qmail: 1182502035.113669 bounce msg 207621 qp 3598
Jun 22 10:47:15 s15219073 qmail: 1182502035.113777 end msg 207621
Jun 22 10:47:15 s15219073 qmail: 1182502035.122255 new msg 207622
Jun 22 10:47:15 s15219073 qmail: 1182502035.122368 info msg 207622: bytes 1404 from <#@[]> qp 3598 uid 2522
Jun 22 10:47:15 s15219073 qmail: 1182502035.132324 starting delivery 15: msg 207622 to remote postmaster@s15219073.rootmaster.info
Jun 22 10:47:15 s15219073 qmail: 1182502035.132408 status: local 0/10 remote 1/20
Jun 22 10:47:15 s15219073 qmail: 1182502035.312515 delivery 15: failure: Sorry._Although_I'm_listed_as_a_best-preference_MX_or_A_for_that_host,/it_isn't_in_my_control/locals_file,_so_I_don't_treat_it_as_local._(#5.4.6)/
Jun 22 10:47:15 s15219073 qmail: 1182502035.312658 status: local 0/10 remote 0/20
Jun 22 10:47:15 s15219073 qmail: 1182502035.312730 triple bounce: discarding bounce/207622
Jun 22 10:47:15 s15219073 qmail: 1182502035.312804 end msg 207622
Jun 22 11:11:52 s15219073 qmail: 1182503512.100359 status: exiting
Jun 22 11:11:55 s15219073 qmail: 1182503515.251571 status: local 0/10 remote 0/20
Jun 22 11:15:35 s15219073 qmail: 1182503735.427034 status: exiting

Wenn ich euch noch weitere Logs/Dateien liefern sollte, bitte einfach Bescheid sagen.

Ich denke wie gesagt einfach, dass qmail so eingestellt ist, dass es Mails an xxx@domain.com akzeptiert, aber Mails an xxx@domain.de nicht an xxx@domain.com weiterleiten will. Aber genau das sollte es tun.



Vielen Dank schonmal an alle, die bis hier gelesen haben

 

[elias5000]

Jun 22 10:47:15 s15219073 qmail: 1182502035.111303 delivery 14: failure: Sorry._Although_I'm_listed_as_a_best-preference_MX_or_A_for_that_host,/it_isn't_in_my_control/locals_file,_so_I_don't_treat_it_as_local._(#5.4.6 )/

Steht doch im Log drin - man muss es nur ein bisschen interpretieren:

"Sorry" - Hat nicht geklappt.
"I'm listed as a best preference MX or A..." - DNS stimmt schonmal
"it isn't in my control/locals_file" - Ich (QMail) habe diese Domain nicht als lokale Domain konfiguriert.
"so I don't treat it as local" - Deshalb behandele ich die Mail wie eine externe.

Mit anderen Worten, wenn der Server Mails für domain.de bekommt, dann muss er diese auch annehmen. Für einen CNAME domain.de auf domain.com interessiert sich dein MTA nicht.

 

[robbz]

Hallo Elias.

Ein Cname-Record existiert in der DNS-Einstellung von domain.com nicht.
Es gibt aber für die Domain.de einen A-Record, der auf die IP von domain.com zeigt. Oder hab ich dich falsch verstanden?

Wenn die Mails also beim Server ankommen, er sich aber nicht dafür interessiert - wie kann ich ihm also genau das beibringen?

mfG

 

[elias5000]

Ein Cname-Record existiert in der DNS-Einstellung von domain.com nicht.

Woher sollen wir wissen, was überhaupt existiert - wenn du deine Domains mitgeteilt hättest, wüsste ich, was auf dem DNS los ist.

Der qmail hat ja aber schon gesagt, dass er per DNS der richtige MX ist.

Als organisatorischen Teil der Lösung würde ich vorschlagen, nur eine TLD für die Mail-Adressen zu benutzen.
Als technischen ein Adress-Rewriting der Empfänger-Adresse auf deinem MTA. So, dass beim Reinkommen der Mails für domain.de die Empfänger-Adresse auf domain.com umgeschrieben wird. Das dürfte vom Effekt her das sein, was du am meisten willst. (Las sich jedenfalls so)

Wie es bei Postfix ginge, könnte ich dir sagen - aber für qmail... musst du mal im Netz nach der Dokumentation schauen.

 

[Huschi]

In den Logs von qmail finde ich zwar lauter "relayblocks"

Kannst Du getrost übergehen. Sind rein informativ.

starting delivery 15: msg 207622 to remote postmaster@s15219073.rootmaster.info
delivery 15: failure: Sorry._Although_I'm_listed_as_a_best-preference_MX_or_A_for_that_host,/it_isn't_in_my_control/locals_file,_so_I_don't_treat_it_as_local._(#5.4.6 )/

Der Teil ist wichtig. Was es heißt hast Elias schon gesagt. Aber erkenne bitte, an wen diese Email gehen soll. Diese Email könnte wichtige Informationen beinhalten. Daher muß sichergestellt werden, daß Du die Emails an Postmaster erhälst.
Ein zusätzlicher Eintrag Deines Hostname "s15219073.rootmaster.info" in die /var/qmail/control/locals sollte dabei helfen.

wenn du deine Domains mitgeteilt hättest, wüsste ich, was auf dem DNS los ist.

Hier muß ich Elias ebenfalls zustimmen! Wir sind hier ein Server-Support-Forum. Und einen Support kann man am besten mit leisten, wenn man alle Informationen hat.
Du hättest Dir einiges an Text und (undurchschaubaren) Erklärungen sparen können, wenn Du nur die Domains hingeschrieben hättest.

Nun zu Deinem Problem:
Hast Du die .de Domain denn auch im Plesk angegeben? Denn ohne die, nimmt der Server natürlich keine Email dafür an. Egal wie viel Du in den DNS-Einträgen konfigurierst.

huschi.

 

[robbz]

Aber ich habs doch geschrieben:

Allerdings wollte der Kunde nicht nur .com, sondern auch .de .pl usw haben. Deshalb wurde es damals so gemacht, dass bei Schlundtech alle Domains registriert wurden und für die domain.com "keine Einrichtung" steht. domain.de soll per A-Record an die IP von domain.com umgeleitet werden ("inkl. www-Zusatz"-Option ist aktiviert und als Mailserver ist der Mailserver von domain.com (nämlich mail.domain.com) eingetragen).

Zum Plesk: da stehen beim Punkt "Domain" alle Domains drin und sind als Umleitung zu domain.com eingerichtet. Unter Server -> E-Mail ist keine Blacklist aktiv und bei Whitelist steht "127.0.0.1".


Ich geb euch gern alle möglichen Infos. Ich muss halt nur wissen, was ihr wissen wollt. Das kann ich ja nicht ahnen, weil ich nicht weiss, wo der Fehler liegt ;-)

Aber danke schonmal für die Antworten

 

[elias5000]

Zum Plesk: da stehen beim Punkt "Domain" alle Domains drin und sind als Umleitung zu domain.com eingerichtet.

Ich nehme an, dass bezieht sich nur auf die Webserver-Config.

Da ich Plask nicht kenne, kann ich nicht verbindlich sagen, dass es mit den Mitteln von Plesk nicht geht - aber ich vemute das sehr stark.

Denn es müsste dann im MTA ein Adress-Rewriting stattfinden, um die Mails auch in die Postfächer der anderen Domain landen zu lassen. user@domain.de und user@domain.com sind eben nicht ein und der selbe Empfänger, wenn virtuell zugestellt wird (was bei diesen AdminIF-Systemen _immer_ der Fall ist).
Es muss dann auf dem MTA ein Rewriting von user@domain.de auf user@domain.com stattfinden, wenn die Mail rein kommt, damit die an die .com-Adresse zugestellt wird.

Wie das in qmail zu konfigurieren ist (am Plesk vorbei), kann ich dir aber (wie schonmal geschrieben) nicht sagen, da ich qmail nicht von innen kenne.

 

[flyingoffice]

Hallo!

Ich geb euch gern alle möglichen Infos.

Daß bedeutet, Du hast alle zusätzlichen Domains in Plesk mit einer Weiterleitung statt mit physikalischem Hosting eingerichtet?

Falls ja, versuche es statt dessen mal diese als Domainalias anzulegen. Denn da wird nicht nur der gleiche Space benuzt, sondern auch alles Email.

Flyingoffice

 

[robbz]

Gelöst

GESCHAFFT

Die Lösung war nicht ganz so trivial, aber der Tipp mit dem Domain-Alias hat mir den entscheidenen Denkanstoß verpasst.

Hier der Lösungsweg, falls mal jemand anders ein ähnliches Problem hat:

Schlundtech: MX-Eintrag "mail.domain.com" für die Domain anlegen.

Plesk: Standardweiterleitungsdomain löschen. Unter domain.com einen Domain-Alias für die Domain anlegen (E-Mail und Web ankreuzen!).

Konsole/qmail: Im Verzeichnis /var/qmail/control die Datei locals editieren und eine Zeile einfügen: "domain.de" zB. Damit qmail weiss, dass es mail an @domain.de handeln muss. Im Ordner qmail/alias alle .qmail-* Dateien bearbeiten und eine Weiterleitung einrichten: "&empfaenger@domain.com".
Wichtig ist die Datei ".qmail-default", die alles handelt, was es sonst nicht gibt. Default steht also für *@domain.x.

Plesk: SMTP-Server neustarten. DNS neustarten (System -> Server -> Diensteverwaltung)



Vielen Dank an euch für die Antworten und den Support

 

[Huschi]

Das entscheidende Element ist einfach nur, daß man bei Plesk die Funktion "Domain-Alias" findet.
(Achtung erst ab Version 8.0 vorhanden)
Den Rest mach Plesk selber. (Der Eintrag in der locals ist. z.B. dann überflüssig.)
Und der MX-Eintrag kann ebenfalls beliebig sein. Wichtig ist halt, daß er auf den Server zeigt.

huschi.