Bekijk Volledige Versie : Problemen mail debian
Beste allen,
Heb momenteel probleem met een server. Mail blijft in de queue staan, om onbekende oorzaak, ik kan er in ieder geval zelf niet achter komen. Uitgaande mail (ook intern) komt niet aan. Binnenkomende mail wordt ook niet ontvangen...
Iemand die veel ervaring heeft met Debian en Exim en mij, eventueel betaald, kan helpen?
Ik weet het, het is een forum dus wordt er normaal niet om persoonlijke hulp gevraagd, maar deze keer heeft het wat haast ;)
Bedankt alvast voor de reactie.
Niemand, toevallig?
Alle uitgaande mail blijft in de queue staat en in de maillog krijg ik te zien:
Permission denied: failed to create directories /var/spool/virtual
Waar de binnenkomende mail blijft, daar ben ik nog niet achter...
hij zegt het zelf? de mail daemon kan geen files aanmaken.
vast een volle partitie of de verkeerde permissies van een onderliggende folder
Is het een directadmin bak?
Is het een directadmin bak?
Jep
Het is geen volle partitie, maar ik zal nog een keer de permissies even nalopen...
...
Ik kan geen /var/spool/virtual vinden?..
...
Ik kan wel een /etc/virtual/domeinnaam.nl vinden, met bestanden erin van de e-mail... (aliases, autoresponder.conf, filter, filter.conf, passwd, quota, reply, vacation.conf
Heb je toevallig DOVECOT geinstalleerd?
heb je de relevante services al gerestart?
server7:/var/spool# ls -al
total 28
drwxr-xr-x 7 root root 4096 2008-12-13 19:09 .
drwxr-xr-x 15 root root 4096 2008-08-21 00:27 ..
drwxr-xr-x 5 root root 4096 2008-08-20 13:21 cron
drwxr-xr-x 3 root root 4096 2008-08-20 17:37 cups
drwxr-x--- 5 mail mail 4096 2008-12-13 18:55 exim
drwxr-x--- 5 Debian-exim Debian-exim 4096 2008-12-13 19:21 exim4
lrwxrwxrwx 1 root root 7 2008-08-20 13:18 mail -> ../mail
drwxrwxrwt 2 mail mail 4096 2008-08-21 00:59 virtual
op een server met dovecot
mail en virtual zijn leeg
server7:/var/spool# ls -al
total 28
drwxr-xr-x 7 root root 4096 2008-12-13 19:09 .
drwxr-xr-x 15 root root 4096 2008-08-21 00:27 ..
drwxr-xr-x 5 root root 4096 2008-08-20 13:21 cron
drwxr-xr-x 3 root root 4096 2008-08-20 17:37 cups
drwxr-x--- 5 mail mail 4096 2008-12-13 18:55 exim
drwxr-x--- 5 Debian-exim Debian-exim 4096 2008-12-13 19:21 exim4
lrwxrwxrwx 1 root root 7 2008-08-20 13:18 mail -> ../mail
drwxrwxrwt 2 mail mail 4096 2008-08-21 00:59 virtual
op een server met dovecot
mail en virtual zijn leeg
Daar doel ik ook op. Een klant van ons had hetzelfde. Dit werd veroorzaakt door een mislukte upgrade naar dovecot. Een nieuwe poging had wel succes.
Ts, anders als er geen dovecot draait even exim opnieuw installeren misschien?
*bash* default random updates */bash*
Snap niet dat je niet ff gekeken hebt of de paths ed. nog overeenkwamen met je huidige instellingen.
Ik vermoed dat inderdaad ergens halverwege dovecot gestaakt is.
probeer het volgende eens (even uit het bolleke):
cd /usr/local/directadmin/custombuild/
./build clean
./build dovecot
./build todovecot
dat zou de migratie in ieder geval weer op gang moeten helpen.
Hmm, een tijd terug is inderdaad dovecot geïnstalleerd door iemand. Die stond ook nooit bij bijvoorbeeld de service monitor en was dus eigenlijk niet helemaal 100% goed geïnstalleerd.
Nu ik deze stappen uitgevoerd heb werkt het super.
Hartstikke bedankt jongens!!
(Zo fijn dat zo iets groots, zo iets kleins kan zijn... ;))
Nu dit opgelost is kan ik weer mail ontvangen en mail intern verzenden (naar adressen op dezelfde server).
Poort 25 outbound is geblokkeerd, terwijl de poort gewoon open staat in APF. Maar ik kan gewoon geen verbinding maken met een mailserver (via poort 25 althans), vanaf m'n server...
Heeft iemand hier enig idee van wat dit kan zijn?
Is de deamon gestart, if so, is poort 25 geopend in de firewall ?
Mocht dat niet het probleem zijn, draait je mail deamon op het juiste IP ?
(kan zo nog wel ff doorgaan.)
De mail deamon is gestart en poort 25 is geopend in de firewall (APF)
Hoe kan ik weten of 'ie op het juiste IP draait?
Let wel, ontvangen lukt dus en een mail intern versturen ook, alleen niet naar adressen die niet op de server staan.
Overigens, hoe ik zie dat de poort geblokkeerd is, is door een telnet te doen. Als ik vanaf mijn server een andere server wil telnetten, krijg ik gewoon geen verbinding.
Is poort 25 wel voor beide open gezet in APF? Dus IN en OUTBOUND?
IG_TCP_CPORTS="25"
IG_UDP_CPORTS="25"
EG_TCP_CPORTS="25"
EG_UDP_CPORTS="25"
Bij alle 4 staat 'ie erin, zowel TCP als UDP...
Wat zegt de logfile precies over dit?
Wat zegt de logfile precies over dit?
De maillog? Ik ga even kijken.
Niet heel veel:
2009-01-23 09:37:03 1LQHXD-0005W5-L7 <= info@telahosting.nl H=([192.168.2.100]) [87.195.80.49] P=esmtpa A=plain:info@telahosting.nl S=746 id=497981AA.9060800@telahosting.nl T="test" from <info@telahosting.nl> for l.banning@gmail.com
En daar houd het mee op.
Maar er staat wel heel vaak iets als dit tussen:
2009-01-23 09:37:01 1LQHXA-0005Vu-KB == spam@spam.nl R=lookuphost T=remote_smtp_relay defer (111): Connection refused
en
2009-01-23 09:37:01 1LQHXA-0005Vu-KB server.spam.nl [12.34.56.78] Connection refused
Zou je de mailserver eens een herstart kunnen geven?
Had je dit ook gedaan na de herinstallatie van Dovecot?
Controleer ook even of dovecot goed draait
Is het overigens naar alle externe e-mail adressen?
De server heeft een restart gehad zojuist, maar nog werkt het niet.
Dovecot draait prima.
En het is inderdaad naar álle externe adressen...
kan vast niet resolven dan
Resolving wel goed? Resolv.conf?
(edit T.bloo was me voor :))
Anders exim eens re-compilen?
kan vast niet resolven dan
Enig idee hoe ik dat kan verhelpen / controleren?
Sorry, misschien stel ik af en toe domme vragen, ik merk dat m'n Linux kennis een beetje weggezakt is :rolleyes:
resolv.conf ziet er als volgt uit trouwens:
nameserver 127.0.0.1
194.126.172.3
nameserver 127.0.0.1
194.126.172.3
Maak daar eens van
nameserver 194.126.172.3
En geef dan named eens een restart
Allereerst wil ik je aanraden om je exim te updaten naar 4.69 en van je huidige config een backup te maken, en vanuit een copy van de default config te werk te gaan, en die aan te passen naar je wensen. Het kan nml. zo zijn dat de syntax van verschillende regels veranderd is sinds de previouse releases.
Dan weet je allereerst zeker dat die correct werkt.
Hierna zou je je dovecot naar v1.1.8 kunnen upgraden (mits dit niet al gedaan is) en de config na te lopen op syntax fouten.
pkill/kill je exim en dovecot, en start ze netjes weer op.
Beide versies zijn al de meeste recente versies, dat kan het dus haast niet zijn...
Ik denk eerlijk gezegd ook niet dat het in exim of dovecot zit, aangezien telnetten vanaf de server al niet lukt...
jinxedworld
23/01/09, 16:20
Wat voor output krijg je als je als root het commando "fuser 25/tcp" draait ?
Hij kent fuser niet... Apt-get ook niet overigens.
Dit is in ieder geval het volledige log als ik een mail verzend:
2009-01-23 16:36:49 Received from luke@telahosting.nl H=(mail.telahosting.nl) [87.195.80.49] P=smtp S=259 T="test"
2009-01-23 16:36:49 l.banning@gmail.com R=lookuphost T=remote_smtp_relay defer (-53): retry time not reached for any host
2009-01-23 16:38:39 gmail-smtp-in.l.google.com [64.233.183.114] Connection timed out
Als ik 'm retry krijg ik ook nog het volgende erbij:
2009-01-23 16:38:40 Remote host alt1.gmail-smtp-in.l.google.com [209.85.217.180] closed connection in response to initial connection
2009-01-23 16:38:40 Remote host alt1.gmail-smtp-in.l.google.com [209.85.217.178] closed connection in response to initial connection
2009-01-23 16:38:40 Remote host alt1.gmail-smtp-in.l.google.com [209.85.217.176] closed connection in response to initial connection
2009-01-23 16:38:40 Remote host alt1.gmail-smtp-in.l.google.com [209.85.217.187] closed connection in response to initial connection
2009-01-23 16:39:25 gsmtp183.google.com [64.233.183.27] Connection timed out
2009-01-23 16:39:25 l.banning@gmail.com R=lookuphost T=remote_smtp_relay defer (110): Connection timed out
jinxedworld
23/01/09, 16:44
fuser zit in "psmisc"
apt-get install psmisc
fuser zit in "psmisc"
apt-get install psmisc
Dit is de output hiervan:
webserver01:~# fuser 25/tcp
25/tcp: 2504
Zou het niet werken als je poort 25 intern forward naar poort 587 en dat 'ie er ze zo uit stuurt?
Als ik 'telnet 12.34.56.78 587' kan ik gewoon verbinden namelijk.
Tim.Bracquez
23/01/09, 17:38
staat de poort ook niet toevallig in APF bij de geblokkeerde poorten?
Zou je de mailserver eens een herstart kunnen geven??
Denk dat die bedoelde gewoon even het process herstarten... niet helemaal. (Uptime 4 uren 9 minuten)
staat de poort ook niet toevallig in APF bij de geblokkeerde poorten?
Denk dat die bedoelde gewoon even het process herstarten... niet helemaal. (Uptime 4 uren 9 minuten)
Nope, dat is het enige waar poort 25 in staat (en nog bij TOS_16), verder nergens.
Die reboot had ik gedaan voor iets anders ;)
dennis0162
23/01/09, 18:02
Zet APF anders eens uit: /usr/local/sbin/apf -f
Zet APF anders eens uit: /usr/local/sbin/apf -f
Had het al geprobeerd, zelfs dan kan ik niet telnetten naar een poort 25 en komt mail naar buiten niet aan...
Tim.Bracquez
23/01/09, 20:16
- iptables leeg halen?
- zeker van zijn in de process list dat apf niet meer draait?
- externe firewall? (netwerk leverancier?)
telnet eens vanaf je machine naar je machine, dan haal je de component externe firewall weg
telnet eens vanaf je machine naar je machine, dan haal je de component externe firewall weg
Dat levert zoals gezegd geen probleem op, intern gaat dat prima.
Verder zijn de iptables leeg, draaide APF niet meer op het moment dat het uit stond en is er geen externe firewall draaiende...
Kan iemand met een berg ervaring op dit gebied wellicht even (betaald) een poging voor mij wagen om dit op te lossen, eventueel op een tijdelijke manier...?
Ik wil wel even voor je kijken. PM me maar even
Waarschijnlijk is poort 25 geblokkeerd van buitenaf (netwerk) wegens het verzenden van spam, aldus Grafix.
Ik houd verder m'n mond hier... ;)
Ah ok. Dat zou ook kunnen natuurlijk. Wel vreemd trouwens.
Afijn. Wat je zou kunnen doen is bovenaan in je exim configuratie het volgende zetten:
daemon_smtp_ports = 25 : 587
Dan luistert exim als het goed is op beide poorten. Zou je nog kunnen proberen.
Wel even killall -9 exim doen en exim weer starten
Stel je daarmee niet alleen in dat 587 ook een poort is die eventueel gebruikt kan worden? Dan moeten gebruikers die nog zelf in hun mailprogramma wijzigen dus, als ik goed begrijp wat die regel doet?
Ah ok. Dat zou ook kunnen natuurlijk. Wel vreemd trouwens.
Afijn. Wat je zou kunnen doen is bovenaan in je exim configuratie het volgende zetten:
daemon_smtp_ports = 25 : 587
Dan luistert exim als het goed is op beide poorten. Zou je nog kunnen proberen.
Wel even killall -9 exim doen en exim weer starten
Tim.Bracquez
24/01/09, 10:32
Stel je daarmee niet alleen in dat 587 ook een poort is die eventueel gebruikt kan worden? Dan moeten gebruikers die nog zelf in hun mailprogramma wijzigen dus, als ik goed begrijp wat die regel doet?
Die regel zorgt ervoor da je op poort 25 en 587 kunt verbinden, zoizo verbinden de meeste mensen normaal op poort 587 (of direct op de provider smtp) omdat thuis de poort 25 door de internet provider vaak geblokkeerd is (hier in België toch)