Üdv mindenkinek. Mail szervert akarok beüzemelni qmail segítségével. Viszont menet közben adódtak kérdéseim, problémáim.
Először is, addig már eljutottam, hogy kintről már tudok küldeni a gépre levelet, viszont azt csak akkor kapom meg, ha a domain névben benne van a gép neve is. Hol keressem a problémát, ez a szerveren lévő beállításoktól függ vagy a dns szervertől?
Másik problémám: a megérkezett levél megjelenik a felhasználó .maildir könyvtárában, viszont azt se pop se imap szerveren keresztül nem lehet letölteni. Az azonosítás megtörténik rendben, mégsem jön semmi.
- 7956 megtekintés
Hozzászólások
Eljutottam odáig, hogy le tudom már tölteni a leveleket imap és pop3-on keresztül. Nem jól volt beállítva a domain. Szóval még mindíg az egyik nagy problémám, hogy nem tudom, hogy hol keressem a beállítást ahoz hogy ne user@mail.domain.hu hanem user@domain.hu címre érkezzen a levél...
Van egy újabb problémám is, ha levelet akarok küldeni a szerveren keresztül, akkor a következő üzenetet kapom: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1)
Megnéztem és az rcpthosts fájl tartalmazza a domain-t és akkor sem megy, ha elé írom, hogy mail. ami a gép neve. A qmHandle -l parancsra a következőt kapom vissza:
Messages in local queue: 0
Messages in remote queue: 7
Szóval men értem a dolgot, ahogy akarok küldeni levelet a remote queue mindíg emelkedik....
- A hozzászóláshoz be kell jelentkezni
"címre érkezzen a levél..."
a domaint add meg a szerver configjában.
A tcp szerveren állítsd be hogy pl: Lan ról fogadja a leveleket küldésre! relay-zen a Lannak
----------------------------------------------------------------
"A megoldas mindeki kerdesere egyszeru.
OLVASSATOK DOKUMENTACIOT!"
by thuglife
- A hozzászóláshoz be kell jelentkezni
Amikor beállítottam a gépnév nélküli domain-t a configba akkor visszajöttek a levelek a küldőhöz ezzel az üzenettel:
The original message was received at Wed, 16 Aug 2006 10:30:48 +0200
from localhost.localdomain [127.0.0.1]
----- The following addresses had permanent fatal errors -----
(reason: 553 sorry, relaying denied from your location [195.70.32.203] (#5.7.1))
----- Transcript of session follows -----
... while talking to mail.iif.hu.:
>>> DATA
<<< 553 sorry, relaying denied from your location [195.70.32.203] (#5.7.1)
550 5.1.1 ... User unknown
<<< 503 RCPT first (#5.5.1)
[message/delivery-status (331B)]
Reporting-MTA: dns; ns1.ensim.hu
Arrival-Date: Wed, 16 Aug 2006 10:30:48 +0200
Final-Recipient: RFC822; kiss # szentadalbert.hu
Action: failed
Status: 5.1.3
Remote-MTA: DNS; mail.iif.hu
Diagnostic-Code: SMTP; 553 sorry, relaying denied from your location [195.70.32.203] (#5.7.1)
Last-Attempt-Date: Wed, 16 Aug 2006 10:30:49 +0200
[text/rfc822-headers (985B)]
X-ClientAddr: 127.0.0.1
Return-Path:
Received: from mail.indi.hu (localhost.localdomain [127.0.0.1])
by ns1.ensim.hu (8.12.11.20060308/8.12.11) with ESMTP id k7G8UmhP019377
for ; Wed, 16 Aug 2006 10:30:48 +0200
Received: from 193.225.25.147
(SquirrelMail authenticated user kiss # indi.hu)
by www.indi.hu with HTTP;
Wed, 16 Aug 2006 10:30:48 +0200 (CEST)
Message-ID: <1076.193.225.25.147.1155717048.squirrel # www.indi.hu>
Date: Wed, 16 Aug 2006 10:30:48 +0200 (CEST)
Subject: Test
From: "Kiss Gyula"
To: kiss # szentadalbert.hu
User-Agent: SquirrelMail/1.4.4
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
X-Ensim.hu-MailScanner-Information: Please contact the ISP for more information
X-Ensim.hu-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details
X-MailScanner-From: kiss # indi.hu
Nem fogom fel igazán, hogy akkor most mi van, mert user unknown, meg relaying is...
Szóval a szerverconfigban keressem a hibát és nem dns beállítás?
- A hozzászóláshoz be kell jelentkezni
Nincs véletlenül smtproutes config fájl megadva? Ha nem vagy kötelezve arra, hogy mail
relay-t használj, akkor az smtproutes fájlnak üresnek kell lennie.
(a hibaüzenet azt jelenti, hogy a mail.iif.hu visszautasítja a leveleid
kézbesítését, mert Ő nem relay neked)
- A hozzászóláshoz be kell jelentkezni
Megnéztem a szentadalbert.hu domain mx rekordját, Ez a mail.iif.hu-ra mutat.
(ez gondolom nem a te géped)
Leírnád pár mondatban hogy konkrétan mit szeretnél megvalósítani, és ezek alapján
sokkal hatékonyabban tudnánk segíteni.
(Ha a mail.iif.hu a fő mx rekord akkor elősszőr Ő kap meg minden levelet, és rajta
keresztül kell minden levélnek is kimennie. )
- A hozzászóláshoz be kell jelentkezni
Az lenne a lényeg, hogy a levelek ne a felhasználó@mail.szentadalbert.hu -ra jöjjenek, hanem a @szentadalbert.hu-ra, de ezek szerint jól gondoltam, hogy valami a dns-ben nincs jól beállítva.
"Ha a mail.iif.hu a fő mx rekord akkor elősszőr Ő kap meg minden levelet, és rajta
keresztül kell minden levélnek is kimennie."
Szóval át kell állíttatnom az MX rekordot arra az ip-re vagy címre ami a levélszerver címe amin futnia kéne. És akkor tudnék küldeni, fogadni is?
- A hozzászóláshoz be kell jelentkezni
"Szóval át kell állíttatnom az MX rekordot arra az ip-re vagy címre ami a levélszerver címe amin futnia kéne. És akkor tudnék küldeni, fogadni is?"
Igen.
"Az lenne a lényeg, hogy a levelek ne a felhasználó@mail.szentadalbert.hu -ra jöjjenek, hanem a @szentadalbert.hu-ra,"
nslookup szentadalbert.hu -ra ez a válasz.
Non-authoritative answer:
*** Can't find szentadalbert.hu: No answer
viszont
nslookup mail.szentadalbert.hu
Non-authoritative answer:
Name: mail.szentadalbert.hu
Address: 193.225.25.135
Az általad óhajtott domain(szentadalbert.hu) nem létezik.
----------------------------------------------------------------
"A megoldas mindeki kerdesere egyszeru.
OLVASSATOK DOKUMENTACIOT!"
by thuglife
- A hozzászóláshoz be kell jelentkezni
talán azért, mert az nslookup-t nem így kell használni.
Helyesen:
>nslookup
> server 195.228.240.249
Alapértelmezett kiszolgáló: cns0.t-online.hu
Address: 195.228.240.249
> set type=mx
> szentadalbert.hu
Kiszolgáló: cns0.t-online.hu
Address: 195.228.240.249
Nem m'rvad˘ v lasz:
szentadalbert.hu MX preference = 10, mail exchanger = mail.iif.hu
(Egyébként www.domain.hu és ott technikai ellenőrzés)
Amíg nem müködik megfelelően a szerver, addig nem kéne az MX
rekordott piszkálni
- A hozzászóláshoz be kell jelentkezni
"A tcp szerveren állítsd be hogy pl: Lan ról fogadja a leveleket küldésre! relay-zen a Lannak"
Beállítottam, belekerül a queue-ba a levél és onnan sehova. A localhost eleve benne volt, szóval webmail felületről eddíg is ez volt a reakció. Legalább nem kap már vissza hiba üzenetet.
- A hozzászóláshoz be kell jelentkezni
milyen pop szervert hasznalsz?
ha vpopmail akkor egy vaddaliasdomain mail.domain.nev domain.nev megoldja.
- A hozzászóláshoz be kell jelentkezni
vpopmail, de nem oldotta meg az aliasdomain. A szentadalbert.hu-ra ugyanaz a válasz, a mail.szentadalbert.hu-ra már nem is jön és nem is megy levél, ami azért érdekes, mert a queue-ba sem maradnak a levelek, de akkor hova tünnek... nézegetem a logokat, de nem találtam még semmit...
- A hozzászóláshoz be kell jelentkezni
Nézd meg a /var/mail-ben. Szerintem befűzte a vpopmail userhez.
- A hozzászóláshoz be kell jelentkezni
Valahol máshol vannak, mindegyik fájl 0 bájt...
- A hozzászóláshoz be kell jelentkezni
"*** Can't find szentadalbert.hu: No answer"
Igen, ezt én is megnézhettem volna. CSak hát azt mondták, hogy minden be van állítva, csak egy mail szerver kell telepíteni... Akkor most egy kis pih, amíg be nem állítják. Át fogjuk venni a domain kezelését, de hát az még odébb van...
- A hozzászóláshoz be kell jelentkezni
Itt van két leírás. Ezek alapján leellenőizhetnéd,
hogy mgfelelően van-e minden telepítve
http://www.gentoo.org/doc/en/qmail-howto.xml
http://gentoo-wiki.com/HOWTO_Setup_QMAIL_RELAY-CTRL_VPOPMAIL
- A hozzászóláshoz be kell jelentkezni
host szentadalbert.hu
parancs kimenetét is nézd meg!
----------------------------------------------------------------
"A megoldas mindeki kerdesere egyszeru.
OLVASSATOK DOKUMENTACIOT!"
by thuglife
- A hozzászóláshoz be kell jelentkezni
Mit is nézzek?
(Sok DNS szolgáltató a domain névhez is rendel IP címet.
Pl: nem kell beírni egy bőngészőbe, hogy www.index.hu
hanem elég az hogy index.hu
Sok DNS szolgáltató meg nem rendel a domain-hez IP-t.
Ez nem hiba. Ha megfelelően ki van töltve minden a DNS
zónafájlban (MX és a felvett rekordok) akkor már müködnie
kell a levelezésnek)
Ezért is szóltam, hogy rossz helyre mutatt az MX
- A hozzászóláshoz be kell jelentkezni
GaLbi
OK, de Gyula azt a domaint akarja(ta) használni amihez nincs ip cím.
Mellesleg nem neked írtam. :)
----------------------------------------------------------------
"A megoldas mindeki kerdesere egyszeru.
OLVASSATOK DOKUMENTACIOT!"
by thuglife
- A hozzászóláshoz be kell jelentkezni
Valami nem jó megint...
Valószínűleg valamit elállítottam a courier-imap configba, mert se pop3 se imapon keresztül nem lehet elérni a leveleket. Azonosítás rendben. A levelek is megérkeznek, belekerülnek a user .maildir könyvtárába, de se pop3 se imap nem szedi le őket.
- A hozzászóláshoz be kell jelentkezni
Valami nem jó megint...
Sztem inkább Valami még mindíg nem jó...
host www.szentadalbert.hu
www.szentadalbert.hu has address 193.225.25.130
host szentadalbert.hu
nincs válasz.
host mail.szentadalbert.hu
mail.szentadalbert.hu has address 193.225.25.135
Melyik a géped ip-je, amire várnád ill. amivel küldenéd a leveleket?
Nem kellene "host domain.hu" kérésre ugyan azt az ip- mutatni?!
Csak azért hogy minden kérésre smtp, imap, pop3
a géped válaszoljon!
----------------------------------------------------------------
"A megoldas mindeki kerdesere egyszeru.
OLVASSATOK DOKUMENTACIOT!"
by thuglife
- A hozzászóláshoz be kell jelentkezni
Külön van választva a levél és a web szerver... Már átállították az mx rekordot a levelek megjönnek szépen, viszont kifele nem megy még mindíg, bent marad a queue-ban, és már nem jön vissza a hibaüzenet se...
Router mögött van a gép, szóval lehet, hogy nincs minden port ami kell engedélyezve?
- A hozzászóláshoz be kell jelentkezni
Hello Gyula!
Próbáld meg:
http://www.lifewithqmail.org/lwq.html#virtual-domains
sok sikert.
Üdv.
Gábor
u.i. kissé elfáradtam a kötözgetésben... ;-)
- A hozzászóláshoz be kell jelentkezni
Nézd meg a /var/log/qmail/qmail-send és qmail-smtpd könyvtárakban a logfájlokat.
Minden beérkező és elküdött levélnek nyoma van a log-ban.
Milyen hibaüzenet van küldésnél?
(nézd meg hogy mind a két symlink megtalálható-e a /service könyvtárban
Az egyik a /var/qmail/supervise/qmail-send, a másik a /var/qmail/supervise/qmail-smtpd-re
mutat)
- A hozzászóláshoz be kell jelentkezni
Küldésnél a qmail-send logjában a következő jelenik meg:
deferral: CNAME_lookup_failed_temporarily._(#4.4.3)
Kerestem és a legtöbb helyen azt írják, hogy a dnst-t nem éri el a gép.
Megnéztem, a dig és a host parancsal, feloldja a saját címet is, meg a címzett címét is.
#host szentadalbert.hu
szentadalbert.hu mail is handled by 10 mail.szentadalbert.hu.
host mail.szentadalbert.hu
mail.szentadalbert.hu has address 193.225.25.135
Találtam ezt is: http://forums.sw-soft.com/showthread.php?threadid=10678
De szerintem nem ez a baj...
- A hozzászóláshoz be kell jelentkezni
http://faqts.com/knowledge_base/view.phtml/aid/28942
Ha saját DNS-t használsz, akkor próbáld meg a szolgáltatód DNS-ét beállítani a /etc/resolve.conf-ba.
- A hozzászóláshoz be kell jelentkezni
Rajta van az elöbbi cikkben említett patch és a szolgáltató dns-ét állítottam be...
- A hozzászóláshoz be kell jelentkezni
Saját magadnak tudsz küldeni levelt?
- A hozzászóláshoz be kell jelentkezni
Megnéztem, a dig és a host parancsal, feloldja a saját címet is, meg a címzett címét is.
Hát ha a resolv.conf-ba a gépen futó dns-t írod be,
látszólag minden fa@a szokott lenni!
Csak az a gond, amit akarsz használni,
szentadalbert.hu levelezéshez nincs ip címe.
ill. a www.szentadalbert.hu- nak van.
Lehet azt kellene beállítanod a levelezőben és
ha megy akkor a dns szervert kell módoístani,
hogy működjön a szentadalbert.hu cím is.
----------------------------------------------------------------
"A megoldas mindeki kerdesere egyszeru.
OLVASSATOK DOKUMENTACIOT!"
by thuglife
- A hozzászóláshoz be kell jelentkezni
#host szentadalbert.hu
szentadalbert.hu mail is handled by 10 mail.szentadalbert.hu.
Neked ezt adja vissza???
#host -a szentadalbert.hu
Mit ad?
----------------------------------------------------------------
"A megoldas mindeki kerdesere egyszeru.
OLVASSATOK DOKUMENTACIOT!"
by thuglife
- A hozzászóláshoz be kell jelentkezni
Saját magamnak tudok küldeni levelet. A kifelé menő levelek a queue-bqn sziesztáznak. Nincs dns szerver a gépen, a szolgáltató dns szerverét használjuk jelenleg. Még nem vettük át a domain kezelést.
Viszont ez érdekes mi van ilyenkor:
# host -a szentadalbert.hu
Trying "szentadalbert.hu"
;; connection timed out; no servers could be reached
Megnézte ezt is:
# host -v szentadalbert.hu
Trying "szentadalbert.hu"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40235
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;szentadalbert.hu. IN A
;; AUTHORITY SECTION:
szentadalbert.hu. 86400 IN SOA ns2.iif.hu. hostmaster.iif.hu. 2006082301 43200 14400 2592000 86400
Received 89 bytes from 193.225.12.59#53 in 48 ms
Trying "szentadalbert.hu"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27724
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;szentadalbert.hu. IN AAAA
;; AUTHORITY SECTION:
szentadalbert.hu. 86400 IN SOA ns2.iif.hu. hostmaster.iif.hu. 2006082301 43200 14400 2592000 86400
Received 89 bytes from 193.225.12.59#53 in 9 ms
Trying "szentadalbert.hu"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15123
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 3
;; QUESTION SECTION:
;szentadalbert.hu. IN MX
;; ANSWER SECTION:
szentadalbert.hu. 86400 IN MX 10 mail.szentadalbert.hu.
;; AUTHORITY SECTION:
szentadalbert.hu. 86400 IN NS ns2.iif.hu.
szentadalbert.hu. 86400 IN NS ns2.sztaki.hu.
;; ADDITIONAL SECTION:
mail.szentadalbert.hu. 86400 IN A 193.225.25.135
ns2.iif.hu. 360 IN A 193.225.12.59
ns2.sztaki.hu. 291 IN A 193.225.86.1
Received 150 bytes from 193.225.12.59#53 in 9 ms
Kérdés: a szentadalbert.hu-nak is kéne egy A rekord? Vagy egy CNAME?
- A hozzászóláshoz be kell jelentkezni
Úgy értettem, hogy a szervereden keresztül x@szentadalbert.hu-ra
- A hozzászóláshoz be kell jelentkezni
Igen az megy, szerveren belül megy, csak ki nem jut a levél a külvilágba...
- A hozzászóláshoz be kell jelentkezni
Másolj be olyan fejlécet amit megkapsz szerveren belül.
- A hozzászóláshoz be kell jelentkezni
Return-Path:
Delivered-To: kiss # mail.szentadalbert.hu
Received: (qmail 9668 invoked by uid 81); 24 Aug 2006 13:19:19 +0200
Received: from 192.168.70.17
(SquirrelMail authenticated user kiss # szentadalbert.hu)
by mail.szentadalbert.hu with HTTP;
Thu, 24 Aug 2006 13:19:19 +0200 (CEST)
Message-ID: <1431.192.168.70.17.1156418359.squirrel # mail.szentadalbert.hu>
Date: Thu, 24 Aug 2006 13:19:19 +0200 (CEST)
Subject: test
From: kiss # szentadalbert.hu
To: kiss # szentadalbert.hu
User-Agent: SquirrelMail/1.4.6
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-2
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
- A hozzászóláshoz be kell jelentkezni
"Most a mail.szentadalbert.hu-ra akarom a levelezést feléleszteni."
Hát csak arra tudod!
A mail címeknek a domain alapján ennek kell lenni!
user@mail.szentadalbert.hu
Mivel a user@szentadalbert.hu -ra nem érkezhet és nem mehet ki a levél, mert a szentadalbert.hu névhez nincs ip cím.
host -a szentadalbert.hu parancs szerint.
mail.szentadalbert.hu. 61955 IN A 193.225.25.135
Ennek inkább ezt kéne mutatni!
szentadalbert.hu. 61955 IN A 193.225.25.135
193.225.25.135 61955 IN MX 10 mail.szentadalbert.hu.
és ehhez az mx recordot beállítani,
mert most úgy tűnik fordítva van.
Vagy inkább sehogy?
----------------------------------------------------------------
"A megoldas mindeki kerdesere egyszeru.
OLVASSATOK DOKUMENTACIOT!"
by thuglife
- A hozzászóláshoz be kell jelentkezni
a levelek már megérkeznek a szentadalbert.hu-ra, most már csak a küldés nem megy.
- A hozzászóláshoz be kell jelentkezni
Egy olyan kérdésem lenne, hogy míért # van @ helyet?
- A hozzászóláshoz be kell jelentkezni
Mert nem akarok viagrát venni :D
- A hozzászóláshoz be kell jelentkezni
"Kérdés: a szentadalbert.hu-nak is kéne egy A rekord? Vagy egy CNAME?"
Inkább ip kellene hozzá, mert innen(kintről)
nem mutat semmit!
Lehet hogy azt a "www"-t le kéne venni, arról a
www.szentadalbert.hu-ról?!
Ja, amit írtam a www.szentadalbert.hu.-val próbáltad?
valahogy zavaros
van www.szentadalbert.hu -hoz ip
van mail.szentadalbert.hu -hoz ip,
de szentadalbert.hu -hoz nincs.
----------------------------------------------------------------
"A megoldas mindeki kerdesere egyszeru.
OLVASSATOK DOKUMENTACIOT!"
by thuglife
- A hozzászóláshoz be kell jelentkezni
A www.szentadalbert.hu az egy másik szerver. Most a mail.szentadalbert.hu-ra akarom a levelezést feléleszteni. Mindkét szerver tűzfal mögött van egy cisco router dmz lábán.
Amikor a qmail azt mondja hogy CNAME_lookup_fal.... akkor mire gondol? Már hogy a címzett címére, vagy az én címemre?
- A hozzászóláshoz be kell jelentkezni
Ez a baj:
$ nslookup 193.225.25.130 ns.iif.hu
Server: ns.iif.hu
Address: 193.225.12.58#53
Non-authoritative answer:
130.25.225.193.in-addr.arpa name = www.szentadalbert.hu.
130.25.225.193.in-addr.arpa name = dns.szentadalbert.hu.
130.25.225.193.in-addr.arpa name = ftp.szentadalbert.hu.
Authoritative answers can be found from:
25.225.193.in-addr.arpa nameserver = ns2.sztaki.hu.
25.225.193.in-addr.arpa nameserver = ns2.iif.hu.
ns2.iif.hu internet address = 193.225.12.59
ns2.sztaki.hu internet address = 193.225.86.1
És:
$ nslookup 193.225.25.130 ns2.iif.hu
Server: ns2.iif.hu
Address: 193.225.12.59#53
130.25.225.193.in-addr.arpa name = ftp.szentadalbert.hu.
130.25.225.193.in-addr.arpa name = www.szentadalbert.hu.
130.25.225.193.in-addr.arpa name = dns.szentadalbert.hu.
Azaz nincs DNS-lookup a mail.szentadalbert.hu-ra
Most whitelist-ra felvettelek, írj levelet nekem, János tudja a címem.
Vagy ideiglenesen a hostname-t pl. dsn.szentadalbert.hu-ra
Üdv.
Gábor
- A hozzászóláshoz be kell jelentkezni
A mail.szentadalbert.hu ip címe 193.225.25.135. Külön szerver, és fel is oldja a dns... Szerintem nem ott van a probléma...
- A hozzászóláshoz be kell jelentkezni
http://www.faqts.com/knowledge_base/view.phtml/aid/28942
milyen dns szervert használsz?
és valóban:
$ dig mx mail.szentadalbert.hu |wc -c
513, 512, vagy 514 azerit hogy a
;; Query time: 8 msec
;; Query time: 38 msec
;; Query time: 106 msec
Ezt hívják úgy hogy szívás? :-)
- A hozzászóláshoz be kell jelentkezni
Nincs még dns szerver felkonfigolva, de remélem ma be tudom fejezni és lesz...
- A hozzászóláshoz be kell jelentkezni
Kerestem, de nem találtam, hogy milyen portok kellenek a qmailnak, hogy be tudjam állítani a tűzfalba.
Jelenleg a következők vannak engedéjezve:
Kintről: 995/tcp és 25/tcp
Bentről: 53/tcp 53/udp 25/tcp
Nem tudom eldönteni, hogy most mi okozhatja a problémát. A dns szerver beállítás szerintam jó. A tűzfalon lehet, hogy nem tud kifelé küldeni a szerver, de nem tudom, hogy milyen portokat engedélyezzek.
- A hozzászóláshoz be kell jelentkezni
Erre mondjon valaki valamit:
mail ~ # dig any freemail.hu
; <<>> DiG 9.3.2 <<>> any freemail.hu
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 44231
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;freemail.hu. IN ANY
;; Query time: 6211 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Tue Aug 29 08:26:25 2006
;; MSG SIZE rcvd: 29
mail ~ # host freemail.hu
freemail.hu has address 195.228.245.1
freemail.hu mail is handled by 10 fmx.freemail.hu.
mail ~ # dig any freemail.hu
; <<>> DiG 9.3.2 <<>> any freemail.hu
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45147
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 2, ADDITIONAL: 3
;; QUESTION SECTION:
;freemail.hu. IN ANY
;; ANSWER SECTION:
freemail.hu. 1050 IN MX 10 fmx.freemail.hu.
freemail.hu. 3548 IN NS ans0.t-online.hu.
freemail.hu. 3548 IN NS ans1.t-online.hu.
freemail.hu. 2923 IN A 195.228.245.1
;; AUTHORITY SECTION:
freemail.hu. 3548 IN NS ans1.t-online.hu.
freemail.hu. 3548 IN NS ans0.t-online.hu.
;; ADDITIONAL SECTION:
fmx.freemail.hu. 1050 IN A 195.228.245.2
ans0.t-online.hu. 17163 IN A 195.228.240.85
ans1.t-online.hu. 17163 IN A 195.56.77.76
;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Tue Aug 29 08:26:39 2006
;; MSG SIZE rcvd: 188
Én még ilyet nem láttam. Ahogy olvastam a qmail is egy ANY kérést intéz a dns kiszolgáló felé, gondoltam azzal tesztelem. Nem érkezik semmi válsz. Aztán host. És érdekes, az dig ANY-re is érkezik válasz. És akkor a qmail is elküldi a levelet. A gépen telepítettem egy bind-et, csak forwardolásra. És ezek szerint amikor a host paranccsal bekesseli a nevet, akkor jön válasz a dig ANY-re is... De miért nem jön egyből a dig ANY-re is. Kipróbáltam, több mint tíz dig ANY lekérdezés után egy host, és onnan minden dig ANY válaszol. Egy óráig... Aztán megint nem. Logokban semmi... és ötletem is semmi...
- A hozzászóláshoz be kell jelentkezni
Mit tesz másképp a "dig ANY" és a "host" hogy a host működik egyből, a dig ANY pedíg csak azután, ha volt egy host parancs?
- A hozzászóláshoz be kell jelentkezni
Ott tartok, hogy irok rá egy skriptet, ami 5 percenként megnézi a queue-ban lévő leveleket, és a domain nevet meghívja egy host parancsal... de ez nem jó...
- A hozzászóláshoz be kell jelentkezni
- Azon a host-on amin a qmail fut kiadsz egy "host -t mx freemail.hu" mit kapsz eredményül?
- a controll könyvtárban milyen fájlok vannak, és mi a tartalmuk?
- A hozzászóláshoz be kell jelentkezni
# host -t mx freemail.hu
freemail.hu mail is handled by 10 fmx.freemail.hu.
control # ls
clientcert.pem conf-smtpd-r16 me servercert.cnf
conf-common defaultdelivery mfcheck servercert.pem
conf-pop3d defaultdomain plusdomain smtpplugins
conf-qmqpd dh1024.pem rcpthosts tlshosts
conf-qmtpd dh512.pem rcpthosts.lock virtualdomains
conf-send locals rsa1024.pem virtualdomains.lock
conf-smtpd locals.lock rsa512.pem
==> conf-common <==
[ -n "${LOG_MAXSIZE}" ] && LOG_OPTS="${LOG_OPTS} s${LOG_MAXSIZE}"
[ -n "${LOG_MAXCOUNT}" ] && LOG_OPTS="${LOG_OPTS} n${LOG_MAXCOUNT}"
# directory to log to
LOG_DEST=/var/log/qmail/qmail-${SERVICE}d
# BIG FAT WARNING:
# If you disable this by uncommenting it you will turn _off_ the configuration
# sanity check do so at your own risk!
#QMAIL_DISABLE_SANITY_CHECK=1
==> conf-pop3d <==
# This controls what password authentication tool POP3 uses
# It must support DJB's checkpassword interface (http://cr.yp.to/checkpwd.html)
QMAIL_POP3_CHECKPASSWORD="/bin/checkpassword"
# cmd5checkpw only validates passwords from /etc/poppasswd
#QMAIL_POP3_CHECKPASSWORD="/bin/cmd5checkpw"
# The name of the maildir in each user's directory.
# This should be the same thing that defaultdelivery points to
QMAIL_MAILDIR=".maildir"
==> conf-qmqpd <==
# Stuff to run qmail-qmqpd
#QMAIL_QMQP_PRE=""
# Stuff to after qmail-qmqpd
#QMAIL_QMQP_POST=""
# this turns off the IDENT grab attempt on connecting
TCPSERVER_OPTS="${TCPSERVER_OPTS} -R"
# I don't trust /etc/services to have obscure ports
TCPSERVER_PORT=628
==> conf-qmtpd <==
# Stuff to run qmail-qmtpd
#QMAIL_QMTP_PRE=""
# Stuff to after qmail-qmtpd
#QMAIL_QMTP_POST=""
# this turns off the IDENT grab attempt on connecting
TCPSERVER_OPTS="${TCPSERVER_OPTS} -R"
# I don't trust /etc/services to have obscure ports
TCPSERVER_PORT=209
==> conf-send <==
# Configuration file for qmail-send
# $Header: /var/cvsroot/gentoo-x86/mail-mta/qmail/files/conf-send,v 1.2 2004/07/18 03:29:51 dragonheart Exp $
# directory to log to
# override conf-common on this
LOG_DEST=/var/log/qmail/qmail-send
==> conf-smtpd <==
#QMAIL_SMTP_POST="${QMAIL_SMTP_AUTHHOST} ${QMAIL_SMTP_CHECKPASSWORD} ${QMAIL_SMTP_POST}"
# Example for checkpassword-pam (emerge checkpassword-pam)
# Don't forget to make /usr/bin/checkpassword-pam sticky (see README.auth)
#QMAIL_SMTP_CHECKPASSWORD="/usr/bin/checkpassword-pam -s system-auth"
[[ -n "${QMAIL_SMTP_CHECKPASSWORD}" ]] &" ]] && QMAIL_SMTP_POST=/bin/true
QMAIL_SMTP_POST="${QMAIL_SMTP_CHECKPASSWORD} ${QMAIL_SMTP_POST}"
}
==> conf-smtpd-r16 <==
#QMAIL_SMTP_CHECKPASSWORD="/bin/cmd5checkpw"
# Example for checkpassword-pam (emerge checkpassword-pam)
# Don't forget to make /usr/bin/checkpassword-pam sticky (see README.auth)
#QMAIL_SMTP_CHECKPASSWORD="/usr/bin/checkpassword-pam -s system-auth"
[[ -n "${QMAIL_SMTP_CHECKPASSWORD}" ]] &" ]] && QMAIL_SMTP_POST=/bin/true
QMAIL_SMTP_POST="${QMAIL_SMTP_CHECKPASSWORD} ${QMAIL_SMTP_POST}"
}
==> defaultdelivery <==
# Uncomment the next line for .forward support
#|dot-forward .forward
./.maildir/
==> defaultdomain <==
szentadalbert.hu
==> locals <==
==> locals.lock <==
==> me <==
mail.szentadalbert.hu
==> mfcheck <==
1
==> plusdomain <==
szentadalbert.hu
==> rcpthosts <==
szentadalbert.hu
mail.szentadalbert.hu
==> rcpthosts.lock <==
==> servercert.cnf <==
# Leave this alone unless specifically need to change it!
OU=Automatically-generated Qmail SMTP SSL key
# This should be a FQDN that resolves to the IP of your server
CN=mail.szentadalbert.hu
# This should be the email address for the administrator of the server
emailAddress=postmaster # szentadalbert.hu
# Leave this alone!
[ cert_type ]
nsCertType = server
==> smtpplugins <==
[mail]
#:plugins/rbl relays.ordb.org
#plugins/blacklisted
#plugins/spf
#plugins/dnsmx-check
[rcpt]
#plugins/exists
#plugins/tarpit
==> virtualdomains <==
szentadalbert.hu:szentadalbert.hu
mail.szentadalbert.hu:mail.szentadalbert.hu
==> virtualdomains.lock <==
- A hozzászóláshoz be kell jelentkezni
Másik problémám: a megérkezett levél megjelenik a felhasználó .maildir könyvtárában, viszont azt se pop se imap szerveren keresztül nem lehet letölteni. Az azonosítás megtörténik rendben, mégsem jön semmi.
Szerintem azért mert a courier a $HOME/Maldir mappát keresi default. Csinálj symlinket a .maildir mappára Maildir névvel. De a legjobb lenne a qmailt rávenni a Maildir mappa használatára.
- A hozzászóláshoz be kell jelentkezni
Ez már megy most a küldés nem üzemel rendesen....
- A hozzászóláshoz be kell jelentkezni
Uhhh, elnéztem a dolgokat, neked a pop is qmail... Bocs, azt hittem courier-rel pop-ozol... Storno
- A hozzászóláshoz be kell jelentkezni
"==> defaultdomain <==
szentadalbert.hu"
Szép lenne ha lenne hozzá ip cím is! :D
Azt mondja a "doksi", hogy a "domain" név ip címre
fordítható és vissza is igaz! :)
"host szentadalbert.hu" parancsra nem látni ip címet!
Kb. egy hete nem képesek azt a domaint beállítani?!
De azért még küzdjél, hátha vannak még csodák! :D
----------------------------------------------------------------
"A megoldas mindeki kerdesere egyszeru.
OLVASSATOK DOKUMENTACIOT!"
by thuglife
- A hozzászóláshoz be kell jelentkezni
Ha a default domain nem a szentadalbet.hu hanem mail.szentadalbert.hu akkor nem érkeznek meg a levelek csak úgy, hogy user at mail.szentadalbert.hu. Egyébként nem kell hogy legyen ip cím a szentadalbert.hu-hoz rendelve. A qmail egy "any" kérést indít a dns szerverhez, de ez valami miatt nem kap választ. Fent leírtam, a dig any domain.tld hívásra nem érkezik addíg válasz amíg egy host domain.tld parancsot ki nem adok. Utánna érkezik válasz, és azok a levelek amik a queue-ban vannak, és a címére indítottam a kérést a host parancsal kimennek. Most nekem az a kérdés, hogy ez miért van. Engedélyezve van tcp-n és udp-n is a domain portja. Semmi hiba, vagy üzenet a tűzfal logjában. Csak a qmail mondja, hogy CNAME_lookup_failed_temporarily. Fejjebb van egy hivatkozás, hogy patch kell, mert a qmail csak 512 bájtnyi domainkérést tud kezelni alapból, és sok domain adatai az any kérésre több... De rajta van a patch. Szóval nem ez lesz a probléma. Nekem a tűzfal gyanus, de akkor miért nincs valami üzenet, hogy nem engedte ki a kérést...
- A hozzászóláshoz be kell jelentkezni
A következőt kéne megpróbálni:
- dns szervert futtatni a linux-on, forwardernek beállítani a dns
configban a tűzfal belső ip címét.
- a resolv.conf tartalma 127.0.0.1 (a qmail használja a linux-n
futó DNS szervert)
Én úgy tudom, UDP protokolt nem szoktak (nem lehet, illetve nehéz) tűzfalon
keresztűl proxy-ni. Ezért van az, hogy a belső hálón lévő gépet úgy állítjuk
be, hogy forrásnak a tűzfal IP-t adjuk meg
Ilyen protokoll még az NTP is.
- A hozzászóláshoz be kell jelentkezni
"Egyébként nem kell hogy legyen ip cím a szentadalbert.hu-hoz rendelve."
Nem tudom ez nekem zavaros.
host hup.hu -ra van ip cím
vagy
host bármely_domain.bigyó -ra általában van ip cím.
Lehet hogy másképp látom a dolgot és még sokan mások is?
----------------------------------------------------------------
"A megoldas mindeki kerdesere egyszeru.
OLVASSATOK DOKUMENTACIOT!"
by thuglife
- A hozzászóláshoz be kell jelentkezni
Nem kell, csak szokták. Az mx rekord alapján találja meg hogy melyik gép kezeli a leveleket...
- A hozzászóláshoz be kell jelentkezni
Elméletileg egy mailservernek mx kérést kell kezdeményeznie mindenképp, mert abba egyszerre több server leküldésére van mód, és csak azokat a servereket kapja meg, akik télleg mx rekorddal bírnak rá. Az any kérésre meg mindenféle server infóit megkapja, amivel csak feleslegesen tölti az idejét...
Ezért furállom, hogy a qmail any kéréssel zargatja a DNS serverét...
- A hozzászóláshoz be kell jelentkezni
Számomra az a kérdés, hogy miért nem kap választ egyből az any kérése. Mi az ami másképp történik, hogy a host parancs simán kap adatot, és onnantól már az any is megkap mindent...
- A hozzászóláshoz be kell jelentkezni
Végső ötlet.
Próbáld meg más mta-val, ha az is szarakszik
akkor dns beállítás nem passzol.
Ha az megy a qmail beállítás nem jó!
Ennyi idő alatt már műxeni kellene, sőt
hamarabb! :)
----------------------------------------------------------------
"A megoldas mindeki kerdesere egyszeru.
OLVASSATOK DOKUMENTACIOT!"
by thuglife
- A hozzászóláshoz be kell jelentkezni
Ha lehet egy ajánlatom: postfixxel próbáld meg, mert azt tök egyszerű müködésre bírni.
- A hozzászóláshoz be kell jelentkezni
Postfix se megy...
- A hozzászóláshoz be kell jelentkezni