Qmail + Bind9-kein verschicken von Mails möglich

[prossik]

Ich bin ratlos.
Ich habe qmail mit qmail-toaster src.rpm gebildet. Entsprechende Patches sind enthalten. Install kein Problem. Qmail läuft mit SA simscan clamv vpopmail courier und squirrelmail. Bind läuft nur für vers.power.tld (localhost 127.0.0.1) Qmail hat noch ein virtuelle Domain lecker.isa-geek.net über dyndns. Muss diese im DNS eingetragen?
Wie sieht es mit MX Einträgen aus – müssen diese bei Bind eingetragen werden?

Das Problem ist, dass ein Zustellen von Mails nur funktioniert, wenn ich über nslooup explizit die Domaine des Empfängers angebe. Leider nur temporär.

host –t mx.lecker.isa-geek.net bringt auch keinen Erfolg.

In der resolv.conf steht 1. Eintrag search powertld; 2. 127.0.0.1; 3. +4. die DNS- Server meines ISP.

Empfangen von Mails kein Problem

Hatte vorher Keriomailserver zu laufen – keine Probleme mit dem Senden.

Ich versteh´s nicht mehr.

Über jeden Tipp bin ich dankbar.

prossik

[derRichard]

hallo!

wie wärs wenn uns ein paar logs zeigst? am besten die von qmail-send.

//richard

[prossik]

hallo,

hier die qmail-send

@4000000043c9405034bf325c status: local 0/10 remote 0/60
@4000000043c9459020f5e39c new msg 152814
@4000000043c9459020f5fef4 info msg 152814: bytes 932 from <me@lecker.isa-geek.net> qp 29909 uid 89
@4000000043c94590214b0c64 starting delivery 1: msg 152814 to remote me@lycos.de
@4000000043c94590214ce8f4 status: local 0/10 remote 1/60
@4000000043c945c52733d9bc delivery 1: deferral: CNAME_lookup_failed_temporarily._(#4.4.3)/
@4000000043c945c52733fce4 status: local 0/10 remote 0/60
@4000000043c947212407a3f4 starting delivery 2: msg 152814 to remote me@lycos.de
@4000000043c947212407c334 status: local 0/10 remote 1/60
@4000000043c9475625f7d364 delivery 2: deferral: CNAME_lookup_failed_temporarily._(#4.4.3)/
@4000000043c9475625f7f68c status: local 0/10 remote 0/60
@4000000043c9482c1190e8fc starting delivery 3: msg 152814 to remote me@lycos.de
@4000000043c9482c11910454 status: local 0/10 remote 1/60
@4000000043c948611203138c delivery 3: deferral: CNAME_lookup_failed_temporarily._(#4.4.3)/
@4000000043c94861120332cc status: local 0/10 remote 0/60
@4000000043c94d7a07f3ce04 starting delivery 4: msg 152814 to remote me@lycos.de
@4000000043c94d7a07f5d1a4 status: local 0/10 remote 1/60
@4000000043c94daf090c2b74 delivery 4: deferral: CNAME_lookup_failed_temporarily._(#4.4.3)/
@4000000043c94daf090c4ab4 status: local 0/10 remote 0/60
@4000000043ca319428a641f4 status: local 0/10 remote 0/60
@4000000043ca319428a6557c starting delivery 1: msg 152814 to remote me@lycos.de
@4000000043ca319428a66134 status: local 0/10 remote 1/60
@4000000043ca31c927f8cf9c delivery 1: deferral: CNAME_lookup_failed_temporarily._(#4.4.3)/
@4000000043ca31c927f8eedc status: local 0/10 remote 0/60
@4000000043ca4a943ac29c34 status: exiting
@4000000043ca4a950b061afc status: local 0/10 remote 0/60
@4000000043ca4aad164b4874 status: exiting
@4000000043ca4ab227b50424 status: local 0/10 remote 0/60
@4000000043ca4b4335cc54cc starting delivery 1: msg 152814 to remote me@lycos.de
@4000000043ca4b4335cc740c status: local 0/10 remote 1/60
@4000000043ca4b783a5b6e24 delivery 1: deferral: CNAME_lookup_failed_temporarily._(#4.4.3)/
@4000000043ca4b783a5b8d64 status: local 0/10 remote 0/60

ich hoffe das reicht - die anderen logs sind ohne Fehlermeldungen. Für named gibt es keine logs.

prossik

[mkahle]

sieht nach fehlerhafter Namensauflösung aus. Was ergibt denn:

host -t mx lycos.de
Ggf. konfigurierst Du Deinen bind als forwarder oder konfigurierst die DNS root-server. Eine Datei root.hint (oder so ähnlich) existiert hoffentlich schon, dann fügst Du in der Config-Datei folgendes hinzu (Namen ggf. anpassen):

zone "." {
type hint;
file "root.hint";
};

Vielleicht mußt Du auch noch Rekursion erlauben. Für bind8 sieht das folgendermaßen aus:

options {
...
recursion yes;
...
}

[prossik]

hallo mkahle,

danke erstmal

host -t mx lycos.de - brachte keine Fehler

named.conf - root.hints Datei existiert.

named.conf:


key mykey {
algorithm hmac-md5;
secret "";
};

controls {
inet 127.0.0.1 port 953
allow { 127.0.0.1; } keys { mykey; };
};

options {
directory "/var/named";
pid-file "/var/named/named.pid";
version "Wizard drake";
allow-query { any; };
allow-transfer { any; };
recursion yes;
};

zone "localhost" {
type master;
file "zone/db.localhost";
};

zone "0.0.127.in-addr.arpa" {
type master;
file "zone/db.127.0.0.1";
};

zone "." {
type hint;
file "zone/root.hints";
};

zone "111.168.192.in-addr.arpa" {
type master;
file "zone/db.111.168.192.hosts";
forwarders { };
};

zone "power.tld" {
type master;
file "zone/db.power.tld.hosts";
forwarders { };
};



der Eintrag " recursion yes;" hat nichts gebracht.

hier noch die root.hints:


; <<>> DiG 8.1 <<>> @A.ROOT-SERVERS.NET.
; (1 server found)
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 10
;; flags: qr aa rd; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 13
;; QUERY SECTION:
;; ., type = NS, class = IN

;; ANSWER SECTION:
. 6D IN NS G.ROOT-SERVERS.NET.
. 6D IN NS J.ROOT-SERVERS.NET.
. 6D IN NS K.ROOT-SERVERS.NET.
. 6D IN NS L.ROOT-SERVERS.NET.
. 6D IN NS M.ROOT-SERVERS.NET.
. 6D IN NS A.ROOT-SERVERS.NET.
. 6D IN NS H.ROOT-SERVERS.NET.
. 6D IN NS B.ROOT-SERVERS.NET.
. 6D IN NS C.ROOT-SERVERS.NET.
. 6D IN NS D.ROOT-SERVERS.NET.
. 6D IN NS E.ROOT-SERVERS.NET.
. 6D IN NS I.ROOT-SERVERS.NET.
. 6D IN NS F.ROOT-SERVERS.NET.

;; ADDITIONAL SECTION:
G.ROOT-SERVERS.NET. 5w6d16h IN A 192.112.36.4
J.ROOT-SERVERS.NET. 5w6d16h IN A 198.41.0.10
K.ROOT-SERVERS.NET. 5w6d16h IN A 193.0.14.129
L.ROOT-SERVERS.NET. 5w6d16h IN A 198.32.64.12
M.ROOT-SERVERS.NET. 5w6d16h IN A 202.12.27.33
A.ROOT-SERVERS.NET. 5w6d16h IN A 198.41.0.4
H.ROOT-SERVERS.NET. 5w6d16h IN A 128.63.2.53
B.ROOT-SERVERS.NET. 5w6d16h IN A 128.9.0.107
C.ROOT-SERVERS.NET. 5w6d16h IN A 192.33.4.12
D.ROOT-SERVERS.NET. 5w6d16h IN A 128.8.10.90
E.ROOT-SERVERS.NET. 5w6d16h IN A 192.203.230.10
I.ROOT-SERVERS.NET. 5w6d16h IN A 192.36.148.17
F.ROOT-SERVERS.NET. 5w6d16h IN A 192.5.5.241
;; Total query time: 215 msec
;; FROM: roke.uio.no to SERVER: A.ROOT-SERVERS.NET. 198.41.0.4
;; WHEN: Sun Feb 15 01:22:51 1998
;; MSG SIZE sent: 17 rcvd: 436


Also ehrlich gesagt, ich habe keinen Plan, was ich falsch mache

trotzdem danke
prossik

[derRichard]

hallo!

schalte doch mal vor dem qmail den dnscache und schau von dem die logs an.
oder patche qmail mit dem oversized-dns-patch.

//richard

[prossik]

hallo richard,

nett dass du antwortest.

ich hatte schon erwähnt, dass es auch mit dnscache nicht funktioniert. Zeitweise geht was raus und dann wieder nicht. Der erwähnte Patch ist drin; nur leider bleibt dieser wirkungslos, wenn man einen dnscache laufen lässt.

habe wieder kerio zu laufen, kann man auch vergessen, da fast alle Grossen Mailanbieter keine Mails von dynamischen DNS Mailservern annehmen. Somit ist es sinnlos weiter rumzuknobbeln. Dank den SPAMern;).

Absolute Vorraussetzung ist einen Server mit fester IP zu besitzen. Wegen paar Mails - lohnt sich nicht.

prossik

[mkahle]

Hallo Possik,

habe Dein ursprüngliches Posting mehrfach gelesen:

Das Problem ist, dass ein Zustellen von Mails nur funktioniert, wenn ich über nslooup explizit die Domaine des Empfängers angebe. Leider nur temporär.

Kannst Du noch einmal erläutern, was Du damit meinst? Ich verstehe diese Aussage nicht ganz, aber ich denke immer noch, daß Du (resp. qmail) ein Namensauflösungsproblem hast .. Was machst Du genau, wenn es temp. funzt?