Hallo zusammen,
auf unserem 1&1 Cload-Server (OpenSUSE 11 x64, Plesk 9.3) haben wir ein Kundenhosting laufen. Dieser Kunde hat seine Mailserver in einem anderen RZ liegen. A und MX-Records sind entsprechend in der Domainverwaltung von SchlundTech eingetragen.
Folgendes Problem haben wir: eMails, welche von unserem Server (andere Hostingpostfächer u. PHP-Formulare) an die eMail-Adressen unseres Kunden kommen nicht an, sondern hängen in der eMail-Warteschlange unseres Servers. Alle anderen eMails, welche nicht von unserem Server kommen, werden ordnungsgemäß zugestellt. Ich kann also davon ausgehen, das die MX-Records prinzipiell in Ordnung sind.
Beim senden einer eMail bekomme ich folgenden Eintrag im /var/log/mail.info Log:
Der MX-Record per nslookup von unserem Server:
Bei einem telnet kunde.com 25 antwortet unserer Server, ich denke mir, das telnet den A-Record auflöst und nicht den MX-Record.
Die Maildienste im Plesk sind für den Kunden und die Domain deaktiviert.
Die möglichen DNS-Einstellungen im Plesk habe ich ebenfalls alle (1. selbe Einträge wie bei SchlundTech, DNS als Slave Master war ein Schlundtech Server angegeben und letzte einstellung war deaktiviert) ohne Erfolg getestet.
Die Dateien /var/qmail/control/rcpthosts, /var/qmail/control/virtualdomains und /var/qmail/control/rejectnonexist enthalten nicht die Kundendomain, was soweit wohl auch richtig sein soll.
Was kann ich jetzt noch versuchen, damit dieser Server endlich die eMails an den korrekten Mailserver schickt?
auf unserem 1&1 Cload-Server (OpenSUSE 11 x64, Plesk 9.3) haben wir ein Kundenhosting laufen. Dieser Kunde hat seine Mailserver in einem anderen RZ liegen. A und MX-Records sind entsprechend in der Domainverwaltung von SchlundTech eingetragen.
Folgendes Problem haben wir: eMails, welche von unserem Server (andere Hostingpostfächer u. PHP-Formulare) an die eMail-Adressen unseres Kunden kommen nicht an, sondern hängen in der eMail-Warteschlange unseres Servers. Alle anderen eMails, welche nicht von unserem Server kommen, werden ordnungsgemäß zugestellt. Ich kann also davon ausgehen, das die MX-Records prinzipiell in Ordnung sind.
Beim senden einer eMail bekomme ich folgenden Eintrag im /var/log/mail.info Log:
Code:
Jul 5 15:14:05 server qmail-queue-handlers[24401]: Handlers Filter before-queue for qmail started ...
Jul 5 15:14:05 server qmail-queue-handlers[24401]: [email protected]
Jul 5 15:14:05 server qmail-queue-handlers[24401]: [email protected]
Jul 5 15:14:05 server greylisting filter[24402]: Starting greylisting filter...
Jul 5 15:14:05 server qmail: 1278335645.433257 new msg 50454528
Jul 5 15:14:05 server qmail: 1278335645.433321 info msg 50454528: bytes 403 from <[email protected]> qp 24403 uid 0
Jul 5 15:14:05 server qmail-remote-handlers[24404]: Handlers Filter before-remote for qmail started ...
Jul 5 15:14:05 server qmail-remote-handlers[24404]: [email protected]
Jul 5 15:14:05 server qmail-remote-handlers[24404]: [email protected]
Jul 5 15:14:05 server qmail: 1278335645.442896 starting delivery 481: msg 50454528 to remote [email protected]
Jul 5 15:14:05 server qmail: 1278335645.442940 status: local 0/10 remote 1/20
[b]Jul 5 15:14:05 server qmail: 1278335645.870690 delivery 481: deferral: Sorry,_I_wasn't_able_to_establish_an_SMTP_connection._(#4.4.1)/[/b]
Jul 5 15:14:05 server qmail: 1278335645.870782 status: local 0/10 remote 0/20Der MX-Record per nslookup von unserem Server:
Code:
> kunde.com
Server: IPserver
Address: IPserver#53
Non-authoritative answer:
kunde.com mail exchanger = 50 mail5.mailserver.de.
kunde.com mail exchanger = 20 mail1.mailserver.de.
kunde.com mail exchanger = 10 mail.mailserver.de.
Authoritative answers can be found from:
mail.mailserver.de internet address = IPmailserver1
mail1.mailserver.de internet address = IPmailserver2
mail5.mailserver.de internet address = IPmailserver3Bei einem telnet kunde.com 25 antwortet unserer Server, ich denke mir, das telnet den A-Record auflöst und nicht den MX-Record.
Die Maildienste im Plesk sind für den Kunden und die Domain deaktiviert.
Die möglichen DNS-Einstellungen im Plesk habe ich ebenfalls alle (1. selbe Einträge wie bei SchlundTech, DNS als Slave Master war ein Schlundtech Server angegeben und letzte einstellung war deaktiviert) ohne Erfolg getestet.
Die Dateien /var/qmail/control/rcpthosts, /var/qmail/control/virtualdomains und /var/qmail/control/rejectnonexist enthalten nicht die Kundendomain, was soweit wohl auch richtig sein soll.
Was kann ich jetzt noch versuchen, damit dieser Server endlich die eMails an den korrekten Mailserver schickt?
