Problemen mail debian

Hij kent fuser niet... Apt-get ook niet overigens.
Dit is in ieder geval het volledige log als ik een mail verzend:

Citaat:

---

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:

Citaat:

---

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

---

fuser zit in "psmisc"

apt-get install psmisc

Citaat:

---

Oorspronkelijk geplaatst door jinxedworld

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.

staat de poort ook niet toevallig in APF bij de geblokkeerde poorten?

Citaat:

---

Oorspronkelijk geplaatst door ichosting

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)

Citaat:

---

Oorspronkelijk geplaatst door Tim.Bracquez

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 ;)

Zet APF anders eens uit: /usr/local/sbin/apf -f

Citaat:

---

Oorspronkelijk geplaatst door dennis0162

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...

Fix je firewall ;)

- 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

Citaat:

---

Oorspronkelijk geplaatst door t.bloo

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