PDA

Bekijk Volledige Versie : qmail start niet meer!!



starfix
10/01/06, 16:27
Ik heb een server draaien op Fedora Core 2 met plesk reloaded.

De hele dag ben ik al bezig om Qmail weer draaiende te krijgen. Als ik in Plesk/virtuozzo qmail wil starten krijg ik dit:



Jan 10, 2006 03:02:07 PM Operation start with the VE(s) VEID3960 service "qmail" is started. Completed
Jan 10, 2006 03:02:09 PM Starting qmail: [ OK ] Completed
Jan 10, 2006 03:04:09 PM #307 Message processing was terminated because timeout was reached waiting for a response Failed



Als ik via SSH qmail start, krijg je de melding: OK, maar vervolgens kan ik nog steeds geen mail binnenhalen via POP. Mails ontvangen doet hij nog wel, want er komen nog wel berichten in de queue map...

Is het mogelijk qmail opnieuw te installeren zonder dat ik aan plesk hoe te komen, of moet ik heel plesk opnieuw installeren voordat het weer gaat weken?

CharlieRoot
10/01/06, 16:52
tail -f /var/log/qmail/qmail-pop3/current
tail -f /var/log/qmail/qmail-send/current
tail -f /var/log/qmail/qmail-smtpd/current
tail -f /var/log/messages

?

Wij draaien ook vaak qmail (zonder plesk natuurlijk) en daar is altijd alles te vinden, in die logfiles.

starfix
10/01/06, 16:55
Origineel geplaatst door CharlieRoot

?

Wij draaien ook vaak qmail (zonder plesk natuurlijk) en daar is altijd alles te vinden, in die logfiles.

deze logs zijn mij mji niet aanwezig... Niet in die directory's in ieder geval

petert101
10/01/06, 17:03
Ik gebruik deze:


tail -f /var/log/qmail/*/cu* | tai64nlocal | grep '.'

kan je de tijden ook nog leesbaar zien.

Wat voor installatie heb jij dan dat de logfiles niet op de 'standaard' plek staan?

jinxedworld
10/01/06, 17:04
Staan in $PLESK_ROOT/var/log/maillog. Plesk mikt ze standaard hierin. Onder Debian kan je dit ook nog terugvinden in /var/log/syslog.

Anders even het volgende:

udatedb
locate maillog

starfix
10/01/06, 17:05
Origineel geplaatst door petert101
Ik gebruik deze:


tail -f /var/log/qmail/*/cu* | tai64nlocal | grep '.'

kan je de tijden ook nog leesbaar zien.

Wat voor installatie heb jij dan dat de logfiles niet op de 'standaard' plek staan?

Qmail wordt standaard meegeinstalleerd met plesk. Misschien dat plesk de logfiles van qmail op een andere plaats bewaard.

petert101
10/01/06, 17:08
Als ik via SSH qmail start, krijg je de melding: OK, maar vervolgens kan ik nog steeds geen mail binnenhalen via POP.

Je hebt dus helemaal geen qmail probleem.
Wat voor popper gebruik je? IMAP ook stuk?

starfix
10/01/06, 17:14
Origineel geplaatst door petert101


Je hebt dus helemaal geen qmail probleem.
Wat voor popper gebruik je? IMAP ook stuk?

Ok, dus het is helemaal geen qmail die stuk loopt...

Ik weet niet welke pop server ik gebruik... Degene die standaard bij plesk zit neem ik aan... Ik kijk even...

Ja, IMAP ook stuk


IMAP/POP3 Server (Courier-IMAP)

Die geeft dus het probleem

petert101
10/01/06, 17:18
Origineel geplaatst door starfix


Ok, dus het is helemaal geen qmail die stuk loopt...

Ik weet niet welke pop server ik gebruik... Degene die standaard bij plesk zit neem ik aan... Ik kijk even...

Ja, IMAP ook stuk
fedora 2 toch?

/etc/rc.d/init.d/imapd restart
/etc/rc.d/init.d/popd restart

Maaruh als je niet eens weet wat voor software er draait, wat doe je er dan mee?

DiedX
10/01/06, 17:32
/usr/local/psa/var/log/maillog

ik denk dat je DNS in puin ligt. Doe eens ping www.gratismonitoring.nl ?

starfix
10/01/06, 21:03
Origineel geplaatst door DiedX
/usr/local/psa/var/log/maillog

ik denk dat je DNS in puin ligt. Doe eens ping www.gratismonitoring.nl ?

Hej, inderdaad geen reactie... "Host unknown"

Dus daarom wil hij niet starten? Hoe los ik dit op?

DiedX
10/01/06, 23:12
vi /etc/resolv.conf

en daar als eerste regel

nameserver 127.0.0.1

inzetten

starfix
10/01/06, 23:35
Origineel geplaatst door DiedX
vi /etc/resolv.conf

en daar als eerste regel

nameserver 127.0.0.1

inzetten


Er stonden twee nameservers in van netnation... Die heb ik laten staan en daarboven jouw oplossing....

En het werkt weer...

Hartelijk dank!

DiedX
10/01/06, 23:38
You're welcome :)

MauriceO
11/01/06, 00:10
Ik krijg hem hierna niet herstart.

DiedX
11/01/06, 00:11
tail -f /usr/local/psa/var/log/maillog

En welterusten :)

MauriceO
11/01/06, 16:27
Hierin staat herhaaldelijk het volgende:

Jan 11 04:28:03 os qmail: 1136950083.986216 starting delivery 122: msg 41240271 to remote root@*****.flexvps.nl
Jan 11 04:28:03 os qmail: 1136950083.986275 status: local 0/10 remote 1/20
Jan 11 04:28:34 os qmail: 1136950114.230982 delivery 122: deferral: CNAME_lookup_failed_temporarily._(#4.4.3)/
Jan 11 04:28:34 os qmail: 1136950114.231040 status: local 0/10 remote 0/20

DiedX
11/01/06, 17:44
doe eens

cat /etc/resolv.conf

als die leeg is, of niet 127.0.0.1 bevat

echo "nameserver 127.0.0.1" > /etc/resolv.conf

MauriceO
11/01/06, 18:46
die staat er als enige in

DiedX
11/01/06, 18:48
als je dat probleem nog steeds hebt, dan is je named dood.

waarschijnlijk kan je dit oplossen door :

service named restart

op te geven

MauriceO
12/01/06, 14:29
het probleem blijft nog steeds

dit wordt de derde dag

CharlieRoot
12/01/06, 15:26
Origineel geplaatst door MauriceO
het probleem blijft nog steeds

dit wordt de derde dag


$ dig @localhost domein.nl
Misschien ook nuttig om andere NS servers in je resolv.conf te zetten

MauriceO
12/01/06, 15:35
de ip adressen van mijn NS staan er nu ook in
:(

Deimos
12/01/06, 15:39
Origineel geplaatst door MauriceO
de ip adressen van mijn NS staan er nu ook in
:( Ik zou er eerder DNSen inzetten van bijv je netwerk leverancier.

MauriceO
12/01/06, 16:08
staan er in

CharlieRoot
12/01/06, 16:13
Origineel geplaatst door MauriceO
staan er in
cat hem eens en zeg eens wat er precies in staat nu ? Je hebt daar echt iets fout staan.. loop alle logs even goed na.

MauriceO
12/01/06, 16:30
cat hem eens en zeg eens wat er precies in staat nu ? Je hebt daar echt iets fout staan.. loop alle logs even goed na.

nameserver 127.0.0.1
nameserver 80.95.170.10
nameserver 80.95.170.54

/var/log/messages
Jan 12 15:21:17 os qmail: Starting qmail: succeeded

volgens service qmail status niet

DiedX
12/01/06, 17:00
doe eens:

service xinetd restart && tail -f /var/log/messages

MauriceO
12/01/06, 17:07
Jan 12 16:01:45 os xinetd[14048]: Exiting...
Jan 12 16:01:45 os xinetd: xinetd shutdown succeeded
Jan 12 16:01:46 os xinetd: xinetd startup succeeded
Jan 12 16:01:46 os xinetd[26871]: bind failed (Address already in use (errno = 98)). service = pop3s
Jan 12 16:01:46 os xinetd[26871]: Service pop3s failed to start and is deactivated.
Jan 12 16:01:46 os xinetd[26871]: xinetd Version 2.3.13 started with libwrap loadavg options compiled in.
Jan 12 16:01:46 os xinetd[26871]: Started working: 8 available services

starfix
12/01/06, 17:33
Ik krijg heb ook niet meer gerestart nadat ik die 127.0.0.1 erin heb gezet....

Vanochtend is hij door iemand van de support gereset, die heeft ook meteen die 127.0.0.1 er weer uit gehaald....

Kon er zelf niet meer bij, virtuozzio is uitgeschakeld (staat ook een ticket voor open sinds gisteren).

starfix
12/01/06, 17:35
[root@starfixhosting root]# service xinetd restart && tail -f /var/log/messages
Stopping xinetd: [ OK ]
Starting xinetd: [ OK ]
Jan 12 16:30:33 starfixhosting xinetd[6240]: bind failed (Address already in use (errno = 98)). service = ftp
Jan 12 16:30:33 starfixhosting xinetd[6240]: Service ftp failed to start and is deactivated.
Jan 12 16:30:33 starfixhosting xinetd[6240]: bind failed (Address already in use (errno = 98)). service = poppassd
Jan 12 16:30:33 starfixhosting xinetd[6240]: Service poppassd failed to start and is deactivated.
Jan 12 16:30:33 starfixhosting xinetd[6240]: bind failed (Address already in use (errno = 98)). service = smtp
Jan 12 16:30:33 starfixhosting xinetd[6240]: Service smtp failed to start and is deactivated.
Jan 12 16:30:33 starfixhosting xinetd[6240]: bind failed (Address already in use (errno = 98)). service = smtps
Jan 12 16:30:33 starfixhosting xinetd[6240]: Service smtps failed to start and is deactivated.
Jan 12 16:30:33 starfixhosting xinetd[6240]: xinetd Version 2.3.13 started with libwrap loadavg options compiled in.
Jan 12 16:30:33 starfixhosting xinetd[6240]: Started working: 0 available services

DiedX
12/01/06, 19:28
en als je 'm reboot?

Mr. Jinx
13/01/06, 14:28
Hmm, dit lijkt een beetje op een probleem dat ik laatst ook had.

Check de directory /etc/xinetd.d/ eens
Staat hier toevallig het bestand "smtp.psa" ?
Zo ja, rename deze naar "smtp_psa" (en alle andere bestanden met een puntje)

Het heeft bij mij altijd gewerkt, maar opeens (waarschijnlijk na een upgrade of aanpassing) waren deze bestanden gerenamed!

Na het verwijderen van het puntje werkte alles weer als vanouds.

starfix
18/01/06, 10:35
Ik heb nog steeds geen stabiele mail service..

Als ik de /etc/resolv.conf aanpas werkt het, maar als ik mn server reboot is dat bestandje weer in zijn oude staat. (dus zonder nameserver 127.0.0.1 erin)

@mr. Jinx:
popa3d.rpmsave en popa3ds.rpmsave
Staan met puntjes in die map... De rest is wel met "_"...

DiedX
18/01/06, 11:21
welke nameservers heb je dan?

starfix
18/01/06, 11:22
Origineel geplaatst door DiedX
welke nameservers heb je dan?

nameserver 127.0.0.1
nameserver 80.95.170.10
nameserver 80.95.170.54

(na aanpasing...) na een reboot staat hij weer op:
nameserver 80.95.170.10
nameserver 80.95.170.54

En start xinetd en qmail niet meer..

DiedX
18/01/06, 11:30
Die 80.95.170.10 werkt 100%. Daar waren problemen mee, maar die zijn opgelost.

Check:
[root@ns1 httpd]# dig @80.95.170.10 diedx.nl mx

; <<>> DiG 9.2.2-P3 <<>> @80.95.170.10 diedx.nl mx
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64960
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;diedx.nl. IN MX

;; ANSWER SECTION:
diedx.nl. 3600 IN MX 10 mail.diedx.nl.
diedx.nl. 3600 IN MX 20 fallback.diedx.nl.

;; AUTHORITY SECTION:
diedx.nl. 9917 IN NS ns1.diedx.nl.
diedx.nl. 9917 IN NS ns2.diedx.nl.

;; ADDITIONAL SECTION:
mail.diedx.nl. 3600 IN A 213.239.177.50
fallback.diedx.nl. 3600 IN A 62.59.28.75

;; Query time: 21 msec
;; SERVER: 80.95.170.10#53(80.95.170.10)
;; WHEN: Wed Jan 18 10:25:35 2006
;; MSG SIZE rcvd: 140

[root@ns1 httpd]#

Dus resolving is het probleem niet. Wat als je je maillog checkt?

starfix
18/01/06, 11:44
Origineel geplaatst door DiedX
Die 80.95.170.10 werkt 100%. Daar waren problemen mee, maar die zijn opgelost.

[knip]

Dus resolving is het probleem niet. Wat als je je maillog checkt?


Ik krijg hetzelfde verhaal als jij met mn eigen domeinen. Vreemd is dat mn resolv.conf steeds teruggezet is al mn server een reboot krijgt.

Momenteel loopt het wel weer, maar dus nadat ik mn resolv.conf weer heb aangepast.

Als qmail dan gestart is, en ik verander mn resolv.conf weer (zonder 127.0.0.1 erin) dan blijft hij lopen, maar kan ik geen mail binnenhalen omdat ik dan een timeout krijg..

Met een cron zou ik elk halfuur een scriptje mn resolv.conf kunnen laten aanpassen en inetxd+qmail laten restarten, maar dat is niet echt de bedoeling lijkt me.

DiedX
18/01/06, 11:49
Geef eens hetzelfde commando als ik boven?

dig @80.95.170.10 diedx.nl ?

Bij een reboot is het standaard dat HSPc de resolv.conf terugplaatst. Volgens mij is dat weer een switch, maar die vertrouw ik niet :)

starfix
18/01/06, 11:52
Origineel geplaatst door DiedX
Geef eens hetzelfde commando als ik boven?

dig @80.95.170.10 diedx.nl ?

Bij een reboot is het standaard dat HSPc de resolv.conf terugplaatst. Volgens mij is dat weer een switch, maar die vertrouw ik niet :)

Ik krijg dit:


[root@starfixhosting xinetd.d]# dig @80.95.170.10 diedx.nl

; <<>> DiG 9.2.3 <<>> @80.95.170.10 diedx.nl
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 19553
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 0

;; QUESTION SECTION:
;diedx.nl. IN A

;; ANSWER SECTION:
diedx.nl. 3600 IN A 213.239.177.50

;; AUTHORITY SECTION:
diedx.nl. 8758 IN NS ns2.diedx.nl.
diedx.nl. 8758 IN NS ns1.diedx.nl.

;; Query time: 17 msec
;; SERVER: 80.95.170.10#53(80.95.170.10)
;; WHEN: Wed Jan 18 10:44:54 2006
;; MSG SIZE rcvd: 78

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

Niet erg handig dat die resolv.conf wordt teruggezet na een reboot... Dus dat wordt dus toch een scriptje maken?

iets van: echo "nameserver 127.0.0.1" /etc/resolv.conf

Hoe krijg ik meerdere regels op deze manier?

starfix
18/01/06, 12:53
Ik heb het opgelost op deze manier:

Ik heb een scriptj gemaakt, genaamd mailrestart.sh.

In watchdog heb ik vervolgens aangegeven dat als q-mail of courier het niet meer doet dat hij dan mailrestart.sh gebruikt om ze weer terug op te starten. Na een reboot duurt het ongeveer een halve minuut voor het weer werkt.

Inhoud van mailrestart.sh:


echo -e "nameserver 127.0.0.1\nnameserver 80.95.170.10\nnameserver 80.95.170.54" > /etc/resolv.conf
/etc/init.d/xinetd restart
/etc/init.d/qmail restart

It-Biz
18/01/06, 21:42
Welk domein staat er in qmail config files, me locals etc..resolven die wel? Zijn er verschillen in records tussen de lokale dns server en 80.95.170.10, als het met de lokale dns server wel werkt zit toch echt het probleem in dns.