Dotaz: Dlouhé odezvy - Qmail - POP3 a SMTP

[muficek]

Dobrý večer,
nedovedl by mi prosím někdo poradit, kde hledat příčinu toho, že mám dlouhé odezvy od svého email serveru, který je postaven na qmailu (vpopmail, maildrop, courier-imap) ?

Server poštu přijímá, i odesílá.
Problém je v tom, že když dám přijmout novou poštu, trvá to cca jednu minutu, než se něco stane. Tento samý problém nastává i tehdy, chci-li poštu odeslat. Po cca jedné minutě pošta odejde.

Jsem z toho už zoufalý, prosím o radu.
Děkuji.

Odpovědi

[cynik]

Spatne resolvovani jmen pres DNS?

[vasek125]

Měl jsem ten samý problém, tedy jen u smtp, jako pop3/imap jsem měl dovecot, což frčelo rychle. Problém je u kontrolování hesla, pokud jsem už si přesně nepamatuju kam dal kontrolovat přístup na smtp heslem pro uživatele přes nějaký checkpassword, tak mi to tohle dělalo. Tak jsem to neřešil a přešel k postfixu a jsem spokojen.

[muficek]

Přechod na Postfix ale není řešením tohoto problému. Nechci utíkat, hned-tak se nevzdávám.

[vasek125]

Já se taky nevzdával, časem jsem řešil problém za problémem až jsem si uvědomil, že qmail už není tak bezpečný jak autor zamýšlel, neboť kvůli množství patchů, které zajisté budou přibývat se systém stává náchylnějším k útokům, to je alespoň můj názor.

[pasmen]

Rict o qmailu (a jinem software od DJB), ze neni bezpecny, je odvazne tvrzeni..

[vasek125]

Ze neni bezpecny sam o sobe, to nepochybuju, ale pochybuju ze je az na tolik bezpecny s temi patchi co pro nej vydavaji jini autori.

[pasmen]

Vzhledem k licenci qmailu nesmi byt qmail distribuovan se zmenamy, ktere DJB neschvalil. Tudiz patche ktere se v qmailu vyskytuji budou bezpecne. Pokud si to nekdo zkompiluje s necim dalsim, to uz je vec jina, ale o bezpecnosti qmailu to moc nevypovida.

[muficek]

DNS server je venku a záznam mail.mojedomena.net si nechávám posílat na svoji veřejnou IP adresu, která sedí na mém firewallu a všechny požadavky na mail server poté forwarduju do vnitřní sítě na IP adresu, na které fyzicky běží Qmail. Tato IP adresa (10.0.0.5) má nastaven jako DNS server venkovní. To by si myslim němelo být problémem. Mohu to nějak otestovat, abych vyloučil případné špatné resolvování ?

[pasmen]

Tak zkus nekde venku spustit dig MX tvojedomena.tld.

[muficek]

Dle mého je to OK:

[root@gate ~]# dig MX mojedomena.net

; <<>> DiG 9.2.4 <<>> MX mojedomena.net
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4534
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;mojedomena.net.                   IN      MX

;; ANSWER SECTION:
mojedomena.net.            3600    IN      MX      10 mail.mojedomena.net.

;; Query time: 19 msec
;; SERVER: 192.168.1.254#53(192.168.1.254)
;; WHEN: Mon May 14 09:33:37 2007
;; MSG SIZE  rcvd: 50

[root@gate ~]#

[muficek]

Spuštěno ze serveru, který mi běží v německu, tudíž v DNS určo chybu mít nemůžu - doufám.

[pasmen]

Rikal jsem venku Dle tveho muze byt vsechno ok, ale zvenku muze byt situace jina... Zkus treba tohle

dig @a.ns.nic.cz MX tvojedomena.tld

[pasmen]

BTW: kdyz vyhledas MX zaznam, melo by ti v ADDITIONAL SECTION vybehnout A zaznam pro ten hostname, coz tady nedela. Mas ho spravne?

[muficek]

Ahoj, děkuji za Tvou obětavost Už jsem z toho fakt vedle, docela mě to začíná dostávat a v tuto chvíli rozjíždím druhou instalaci qmailu na druhém testovacím PC, jestli jsem někde neudělal chybu.

Zkouším to z venku, já jsem teď v ČR a server, ze kterého spouštím DIG je v Německu.
Toto je výsledek dotazu:

[root@gate ~]# dig @a.ns.nic.cz MX mojedomena.net

; <<>> DiG 9.2.4 <<>> @a.ns.nic.cz MX mojedomena.net
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 63143
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;mojedomena.net.                   IN      MX

;; Query time: 15 msec
;; SERVER: 217.31.204.2#53(217.31.204.2)
;; WHEN: Mon May 14 10:07:59 2007
;; MSG SIZE  rcvd: 29

[root@gate ~]#

[pasmen]

Nerekl bych ze je to konfiguraci qmail, pokud ti server postu prijima a odesila. Vazne to vypada na spatnou konfiguraci DNS. Pokud je ten DNS server v tve moci, muzes sem poslat konfigurak? Jak uz jsem psal vyse, z vypisu digu to vypada, ze nemas nastaven A zaznam pro mailserver. A z vypisu posledniho digu pres DNS server NICu to vypada, ze zas nezna mailserver vubec...

[muficek]

DNS servery mám vedené u společnosti http://www.domena.cz/. Nevlastním vlastní DNS servery. Zkusím tam zavolat, jestli jsem tam něco blbě nenaklikal.

[muficek]

Tak mě tam našli chybějící záznam "NS" na ns2.ignum.cz, tak jsme ho doplnili a necháme se překvapit, jestli to tím bylo nebo nebylo, záznam typu "A" na mail.mojedomena.cz existuje a je OK, "MX" záznam na mail.mojedomena.net s prioritou 10 existuje taktéž.

[pasmen]

No vida Pak dej vedet jestli se situace zmenila nebo ne, nez nastaveni DNS probubla, muze to chvilicku trvat...

[muficek]

OK, z praxe vím, že na uzlu na kterém jsem já trvá replikace cca 1hod - myslím tím čas, než se to promítne u mě doma a v německu odkud si zkouším své servery dotazovat. Zatím děkuji, dám určitě vědět.

[muficek]

login as: root
root@10.0.0.5's password:
Last login: Sun May 13 21:05:19 2007 from 10.0.0.2
[root@mail ~]# hostname --fqdn
mail.mojedomena.net
[root@mail ~]#

[Michal Kopecny]

Krome vyse uvedenych muze byt problem napr. v antiviru ci antispamu - pokud probiha uz behem smtp dialogu.

A co na to logy ?

m.

[muficek]

Logy jsou ciste, nikde zadny problem. Vse bezi, akorat to hold dlouho trva. Vykonem PC to neni (P4, 1GB RAM). Antivir a antispam mi jeste nebezi. Nemel jsem chut jej konfigurovat, kdyz mam "nekde" zakopaneho psa.

[Petr Šobáň]

Firewall ?

Port auth 113 zahazován místo odmítání ?

[muficek]

no firewall

[Petr Šobáň]

No tak tam přidejte aby port 113 odmital.

Poslu dotaz na 113 - firevall není tak to neodmítne - služba není takže dotaz nezpracuje a čeká se na timeout sítě.

[muficek]

jak to nastavim a kde ?

[pasmen]

Na firewall zapomen, spis se podivej, jakym zpusobem a s jakymi parametry spoustis SMTP server, resp. tcpserver. Spoustej ho s parametrem -R, cimz mu zakazes, aby se snazil o pripojeni k identd na vzdalenem serveru. To by take mohl byt duvod k timeoutu a tim padem zdrzeni.

[hele]

pokud uzivate tcpserver pri prijem spojeni tak staci pridat parametry ve smyslu -p -v -t1 -r -h aby to timeoutovalo rychle, nedelalo reverzy apod.

[Samron]

skus:

telnet 10.0.0.5 25 (helo / mail from: / rcpt to: / data / quit)

telnet 10.0.0.5 110 (user / pass / list / retr / quit)

este predtym, nez pustis telnet, si v dalsich oknach pusti:

tail -f /var/log/qmail/current

tail -f /var/log/qmail/pop3d/current

tail -f /var/log/qmail/smtpd/current

a mozno pustit tcpserver s parametrami "-v -R -P" pre qmail-smtpd a "-v -R" pre qmail-pop3d.

takisto by nebol na skodu tcpdump, aby si videl, kedy sa kominukacia zastavi (v ktorej faze), co vtedy ide po sieti, a kedy sa to zase zacne hybat. Napr.:

tcpdump -n -i eth0 host 10.0.0.5

Peter

[muficek]

Problém vyřešen.

ŘEŠENÍ: nainstaloval jsem si lokální DNS server v režimu "cacheing-only"

Od té doby šlape vše svižně tak, jak má.