qmail - ein globalisierungsgegner?

[cgi]

Hi!

qmail hält eine Domain, die (scheinbar) nichts mit diesem Server zu tun hat für lokal - und liefert Mails an Adressen in dieser Domain nur noch lokal aus (starting delivery 5: msg 3948556 to local).

Hab mich schon in /etc/qmail/control umgeschaut - aber ich komm nicht drauf wo ein Eintrag zu dieser fremden Domain sein soll. Ich krieg auch keinen Daemon, irgendwo müssen diese Mails ja "aufschlagen", oder?

Kann es sein, dass das etwas mit den Virtual Hosts vom Apachen zu tun hat? Eine andere Möglichkeit fällt mir wirklich nicht ein...

[cgi]

Das kann doch nicht sein... Irgendwoher muss qmail doch die Info kriegen, dass er diese eine Domain lokal behandeln soll.

Code: Select all

starting delivery 9: msg 3948556 to local h6666.serverkompetenz.net-root@h6666.serverkompetenz.net

Bin ich echt so blind? Ich hab alle confs durchgeschaut, nichts von dieser einen Domain zu finden...

[texmecx]

Hi!

qmail hält eine Domain, die (scheinbar) nichts mit diesem Server zu tun hat für lokal - und liefert Mails an Adressen in dieser Domain nur noch lokal aus (starting delivery 5: msg 3948556 to local).

Hab mich schon in /etc/qmail/control umgeschaut - aber ich komm nicht drauf wo ein Eintrag zu dieser fremden Domain sein soll. Ich krieg auch keinen Daemon, irgendwo müssen diese Mails ja "aufschlagen", oder?

Kann es sein, dass das etwas mit den Virtual Hosts vom Apachen zu tun hat? Eine andere Möglichkeit fällt mir wirklich nicht ein...

...das ist Dein Rootie/Hostname bei Strato (h6666.serverkompetenz.net) und die Mails sollten wohl auf Deinem lokalem Root Account auflaufen.

Schau mal unter config.strato.de im Menue /Serverkonfiguration/Serverdaten/ ...

Gruß
Claus

[cgi]

Die gehen scheinbar ins Nichts.

Code: Select all

No mail for root

Hat denn niemand einen kleinen Tip wo ich stöbern könnte?

[floschi]

Schau dich mal in /etc/qmail/local, /etc/qmail/me usw. um - da steht, was qmail alles lokal annimmt.

[cgi]

Code: Select all

/var/qmail/control # grep meinedomain.de * -R

=> Nichts. Von dieser Domain ist in keinem conf was zu lesen. Das ist ja genau was mich so wahnsinnig macht. Nur die Standard-Domain von Strato steht da drin.
Mit dem Apachen kann das nichts zu tun haben? Vielleicht holt sich qmail ja etwas aus der http.conf? Möglich?

[oxygen]

Ich benutzt selbst QMail nicht, aber so was traue ich auch QMail nicht zu, eher wird es die Domain über die hosts oder über DNS testen...

[cgi]

Stimmt schon, besonders wahrscheinlich ist es wirklich nicht.

Aber da die Domain als V-Host eingetragen ist, bestünde doch immerhin die Möglichkeit - vielleicht fummelt Visas da auch zwischen...? Wobei ich Visas (bis jetzt) eigentlich mehr zutraue als Confixx.

[floschi]

Wenn die Domain nicht in der Qmail-Konfig auftaucht, auch nicht im Startsktipt (evtl. per dnsdomainname), dann wird er dir nicht helfen können.

[cgi]

Vielleicht hilft das weiter:

Code: Select all

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)

http://www.isc.org/ml-archives/bind-use ... 00528.html

Sometimes mail fails, apparently because bind-8.1.2 gives
wrong information about MX's.

Our mail server is a precedence, say, 20 MX for some customers
who have their own mail server as precedence 10.

Sometimes, mail bounces because bind either says
our mail server has the highest precedence, or
there are no MX's for the domain name.

Wo kann ich die Einstellungen ändern? Hilfe :oops:

[cgi]

Beim NS von Domainfactory hab ich folgendes eingestellt:

Code: Select all

domain.de A   333.333.333.333
www.domain.de A   333.333.333.333
pop.domain.de A   666.666.666.666
smtp.domain.de A   666.666.666.666

333.333.333.333 bei Strato
666.666.666.666 bei 1und1

Kann es sein, dass mein Problem mit qmail mit dem fehlenden MX-Record zu tun hat?
Wenn qmail beim Versenden die IP auflöst und die eigene findet, wird er die Mail doch lokal ausliefern, oder?

[floschi]

Ich sehe keinen MX-Record...

[cgi]

Ich sollte mich wohl besser mit Nameservern beschäftigen... :(

Mit diesen Einstellungen funktioniert alles:

Code: Select all

domain.de A   666.666.666.666
www.domain.de A   333.333.333.333 
pop.domain.de A   666.666.666.666 
smtp.domain.de A   666.666.666.666

Vielen Dank olfi! :)

[floschi]

da ist aber immernoch kein MX Record, der würde lauten "domain.tld in MX 10 123.123.123.123"

[cgi]

Den brauch ich doch nur, wenn ich mehrere Mailserver - als Fallback quasi - benutzen will, oder?

Bei Domainfactory kann man den MX-Record auch nur von Host zu Host (als domain.de in MX domain.de) setzen, das bringt dann irgendwie nichts...

Hast du vielleicht ein gutes Tut zum Thema NS? Ich schäme mich fast etwas für meine Unkenntnis... ;)

Danke übrigens auch an øxygen - du hast ja den NS-Stein erst in's Rollen gebracht!

[tape]

Den brauch ich doch nur, wenn ich mehrere Mailserver - als Fallback quasi - benutzen will, oder?

Einen MX Eintrag solltest Du immer haben, mindestens einen. EIn zweiter _kann_ als Backupmailserver eingetragen werden (sofern ein Backup MX vorhanden ist. u.a. geht qmail nach diesem MX Eintrag und versucht darüber den für die Zustellung zuständigen Server zu finden.


Anton

[dragsta]

da ist aber immernoch kein MX Record, der würde lauten "domain.tld in MX 10 123.123.123.123"

laut rfc sollten keine IP Adressen sondern vorhandene Hostnamen genutzt werden.

mfg

[floschi]

da ist aber immernoch kein MX Record, der würde lauten "domain.tld in MX 10 123.123.123.123"

laut rfc sollten keine IP Adressen sondern vorhandene Hostnamen genutzt werden.

Stimmt, war ein Tippfehler - aber bei den Angaben sind bisher nur A Records gepostet, kein einziger MX Record. Darauf kams mir an ;)