2x Plesk 1x MX is da machbar?

D

docbrown76

Registered User
Hallo Zusammen,

ich habe hier mal einen Kniffel für den mir im Moment keine Lösung einfällt.

Ich habe hier 2x nen Server mit Plesk. Aktuell liegt eine Domains auf Server 1 komplett
mit Mail und Web.

Nun möchte ich aber Mail von diesem Server auslagern und auf Server 2 hosten.

Primary DNS soll aber Server 1 bleiben.

Also Server 1: Webhosting für die Domain und DNS
Server 2: nur Mails.

Hat da jemand eine Idee?

Gruss Doc
 
Entsprechende Einträge im DNS machen.

A-Record: Server 1 IP
MX-Record: Server 2 Adresse

Dann noch beim Server 1 die lokale Maildatei entfernen / ändern.
 
Hallo!

Danke erstmal für die Tipps. Ich werde das gleich mal ausprobieren und die Ergebnisse hier posten.

Gruss Doc
 
Bierteufel said:
Entsprechende Einträge im DNS machen.

A-Record: Server 1 IP
MX-Record: Server 2 Adresse

Dann noch beim Server 1 die lokale Maildatei entfernen / ändern.
Click to expand...

Hallo!

Hab das jetzt mal getestet. Klappt leider noch nicht so ganz. Ich denke aber das liegt am DNS auf Server 2.

Was muss ich denn hier genau für Einträge vornehmen?
 
Hi,

also Mails kommen definitiv nicht auf Server 2 an.

Server1_does_not_like_recipient./Remote_host_said:_553_sorry,_that_domain_isn't_in_my_list_of_allowed_rcpthosts_(#5.7.1)/Giving_up_on_Server1./
Click to expand...

Wenn ich allerdings eine DNS Abfrage von DNSGoodies.com mache, sagt er mir das der MX für die Testdomain Server2 ist.

:confused:

Jemand noch nen Tip?

Gruss Doc
 
marneus said:
Schau mal in /var/qmail/control/rcpthosts, ob die Domain dort eingetragen ist.

--marneus
Click to expand...

Hallo,

Jepp, sind zwei Domains drin, also auch die Testdomain.

Allerdings kommt die Fehlermeldung ja von Server 1, nicht von Server2.

Ich will ja das DNS so umstellen das die Mails auf Server2 ankommen.

Gruss Doc
 
Generell kann es eine Weile dauern, bis sich Änderungen im DNS "rumgesprochen" haben. Daher kann es sein, dass der Mailer, der Deine Testmails versendet, noch die alten MX-Einträge hat. Allerdings sollte sich das Problem i.Allg. spätestens nach 72 Stunden von selbst erledigen und dann alle Mails ausschließlich bei dem neu eingetragenen Server ankommen.
 
LinuxAdmin said:
Generell kann es eine Weile dauern, bis sich Änderungen im DNS "rumgesprochen" haben. Daher kann es sein, dass der Mailer, der Deine Testmails versendet, noch die alten MX-Einträge hat. Allerdings sollte sich das Problem i.Allg. spätestens nach 72 Stunden von selbst erledigen und dann alle Mails ausschließlich bei dem neu eingetragenen Server ankommen.
Click to expand...

Hi!

Die Änderung habe ich schon vor 4 Tagen gemacht.

Ein neuer Versuch ergab jetzt aber wieder etwas das ich nicht verstehe.

Eine neue Testmail von GMX habe ich abgeschickt, und habe auf Server 2 im Log gesehen dass das Greylisting die Mail erstmal zurückgehalten hat. Später kam die Mail dann wieder mit der Meldung

Server1_does_not_like_recipient./Remote_host_said:_553_sorry,_that_domain_isn't_in_ my_list_of_allowed_rcpthosts_(#5.7.1)/Giving_up_on_Server1./
Click to expand...

Warum denn jetzt Server1? Das verstehe ich einfach nicht.

Ich habe das Gefühl das mit den DNS Einstellungen etwas nicht stimmt.

Gruss Doc
 
Hallo wieder,

ich bin einen Schritt weiter.

Wenn ich local von Server1 eine Mail an die Domain die MX technisch auf Server2 liegen soll schicke, bekomme ich

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)
Click to expand...

Warum nur glaubt Server1 immernoch das er für die Domain Mails annehmen soll?
Ich habe den MX umgestellt und im Plesk "Mail" deaktiviert.

*grübel*
 
hi,

dig auf Server1 mx
; <<>> DiG 9.3.2 <<>> @localhost domain.de mx
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61073
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 1

;; QUESTION SECTION:
;domain.de. IN MX

;; ANSWER SECTION:
domain.de. 86400 IN MX 5 mail.server2.de.

;; AUTHORITY SECTION:
domain.de. 86400 IN NS ns10.schlundtech.de.
domain.de. 86400 IN NS ns.server1.de.

;; ADDITIONAL SECTION:
ns.server1.de. 86400 IN A 85.xx.xxx.1xx

;; Query time: 9 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
Click to expand...

-------------------------------------------------------------------------------------
dig auf Server2 mx
; <<>> DiG 9.3.2 <<>> @localhost domain.de mx
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 8413
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;domain.de. IN MX

;; Query time: 5 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
Click to expand...
 
warum in aller Welt hast Du jetzt ein @localhost als zusätzlichen Parameter zu dig angegeben??? Überlasse die Auswahl der Nameserver doch der libresolv -- nur so erhälst Du die Ergebnisse, die auch die restlichen Programme zur Laufzeit erhalten.

Abgesehen davon funktionieren Deine lokalen Nameserver offensichtlich nicht richtig.
 
hi,

hmm... ok.

dig auf Server2 mx

; <<>> DiG 9.3.2 <<>> domain.de mx
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 42262
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;domain.de. IN MX

;; ANSWER SECTION:
domain.de. 43200 IN MX 5 mail.Server2.de.

;; Query time: 10 msec
;; SERVER: 81.169.163.104#53(81.169.163.104)
;; WHEN: Mon Feb 25 18:55:26 2008
;; MSG SIZE rcvd: 64
Click to expand...

------------


dig auf Server2 mx

; <<>> DiG 9.3.2 <<>> domain.de mx
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29928
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;domain.de. IN MX

;; ANSWER SECTION:
domain.de. 86400 IN MX 5 mail.Server2.de.

;; Query time: 77 msec
;; SERVER: 80.237.128.144#53(80.237.128.144)
;; WHEN: Mon Feb 25 18:53:40 2008
;; MSG SIZE rcvd: 64
Click to expand...

Sieht recht gleich aus. Ich verstehe es trotzdem nicht ganz.

Woran machst du das fest das der DNS auf dem Server nicht richtig läuft?
 
docbrown76 said:
Woran machst du das fest das der DNS auf dem Server nicht richtig läuft?
Click to expand...

Code: 
->>HEADER<<- opcode: QUERY, status: [COLOR="Red"]SERVFAIL[/COLOR], id: 8413

Noch etwas merkwürdig bei Deinen Ausgaben ist, dass in der "ADDITIONAL SECTION" jetzt nicht die IP-Adresse für mail.server2.de mit angegeben wird. Das lässt darauf schließen, dass höchstwahrscheinlich kein A-Record für diesen Namen existiert. Das solltest Du jetzt mal überprüfen.
Da der MX-Host nicht ermittelbar ist, greift der Mailer in seiner größten Not eben auf den A-Record der Domain zurück und landet somit bei Server1 -- mit den bekannten Effekten.
 
You must log in or register to reply here.
Back
Top