fetchmail error: Query status=10 (SMTP)

[Erhnam]

Op mijn thuis server heb ik een mailserver draaien met door de provider gekoppelde mx records. Dit werkt goed (net een test mail gestuurd).

Verder gebruik ik fetchmail om mail van diverse popacounts te halen en deze door te sturen naar een gebruiker op mijn eigen mailserver. Dit werkte altijd flekkeloos tot voorkort. Hij komt met de volgende melding. Aan mijn firewall zou het ook niet liggen want dat heb ik net gecontroleerd. Telnetten naar 127.0.0.1 op 110 gaat ook perfect..

code:

root@server:~# fetchmail --fetchmailrc /etc/fetchmailrc
1 message for erhnam at pop3.mail.nl.demon.net (1874 octets).
reading message [e-mail]:1 of 1 (1874 octets) .fetchmail: SMTP connect to localhost failed
fetchmail: SMTP transaction error while fetching from pop3.demon.nl
fetchmail: Query status=10 (SMTP)

Misschien weet iemand waar deze melding vandaan zou kunnen komen ?

[ Voor 3% gewijzigd door Erhnam op 12-02-2003 15:13 ]

[xzenor]

Dit zegt de manpage:

10 The fetchmail run failed while trying to do an SMTP port open or transaction.

doet ie het iedere keer?
of eenmalig?

[ Voor 29% gewijzigd door xzenor op 12-02-2003 15:55 ]

[miniBSD]

POP3 is poort 110, SMTP is poort 25. Er kan dus geen verbinding worden gemaakt op localhost poort 25.

[xzenor]

niet?
hoe moet fetchmail dan z'n mail kwijt?
die levert ie aan op je smpt poortje...

Hij haalt mail op op poort 110 bij je provider en dat sluist ie dan door naar je MTA (eg. sendmail) op poortje 25 (smtp dus).

edit:
Oh wacht, dacht dat het een reactie was op mijn post was..
maar je bent heel iemand anders

[ Voor 68% gewijzigd door xzenor op 12-02-2003 16:23 ]

[Erhnam]

possamai schreef op 12 februari 2003 @ 15:53:
Dit zegt de manpage:

10 The fetchmail run failed while trying to do an SMTP port open or transaction.

doet ie het iedere keer?
of eenmalig?

Hij doet het iedere keer. Tot voor kort werkte het systeem prima (ik werk met qmail ipv sendmail) Eigenlijk zijn er geen veranderingen aan gebracht aan de setup dat vind ik juist het gekke.

Een mailtje versturen met mail vanuit de console gaat ook perfect Vind het maar een vage melding

[ Voor 11% gewijzigd door Erhnam op 12-02-2003 16:56 ]

[deadinspace]

Als je "telnet localhost smtp" doet, kun je dan met je MTA babbelen?
Je kunt fetchmail als het goed is met debug info of verbose oid runnen, geeft dat output waar je iets mee kunt?

Zo nee, dan is het weer tijd voor strace

Je runt dan "strace -f fetchmail --fetchmailrc /etc/fetchmailrc 2> strace.log". De strace output staat dan in strace.log, en daar zou wel uit op te maken moeten zijn wat er fout gaat. Als je zelf niet uit de strace output komt kun je hem online zetten en hier een linkje posten.

[Erhnam]

deadinspace schreef op 12 February 2003 @ 17:35:
Als je "telnet localhost smtp" doet, kun je dan met je MTA babbelen?
Je kunt fetchmail als het goed is met debug info of verbose oid runnen, geeft dat output waar je iets mee kunt?

Zo nee, dan is het weer tijd voor strace

Je runt dan "strace -f fetchmail --fetchmailrc /etc/fetchmailrc 2> strace.log". De strace output staat dan in strace.log, en daar zou wel uit op te maken moeten zijn wat er fout gaat. Als je zelf niet uit de strace output komt kun je hem online zetten en hier een linkje posten.

root@server:~# telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
Connection closed by foreign host.
root@server:~#


Vreemde is dat een mail die demon stuurt (mx records) wel wordt aangenomen en in een mailbox beland.

[ Voor 11% gewijzigd door Erhnam op 12-02-2003 19:52 ]

[deadinspace]

Werkt "echo blaat | mail -s test root" wel?

Wat ook vreemd is... De connectie wordt wel geaccepteerd, maar je wordt er direct weer uitgegooid? Staat er iets in het log van je MTA? Of in de algemene logs?
Draai je je MTA als daemon of via (x)inetd?

[Erhnam]

deadinspace schreef op 12 February 2003 @ 20:43:
Werkt "echo blaat | mail -s test root" wel?

Wat ook vreemd is... De connectie wordt wel geaccepteerd, maar je wordt er direct weer uitgegooid? Staat er iets in het log van je MTA? Of in de algemene logs?
Draai je je MTA als daemon of via (x)inetd?

echo blaat | mail -s test root

dit werkt wel gewoon Even gekeken maar nu lijkt het er op dat niemand meer op port 25 kan connecten. Mails versturen met het mail commando doet die wel.. vreemde is dat het altijd gewoon gewerkt heeft en opeens wil die niet meer

Denk dat ik al iets gevonden heb:

@400000003e4a9f0431359a54 /var/qmail/bin/qmail-smtpd: error while loading shared libraries: libssl.so.0: cannot open shared object file: No such file or directory

[deadinspace]

Oh, oeps, ik heb me vergist... mailen naar een local user werkt ook als je MTA niet draait, en ik zie al waarom. Mail roept /sbin/sendmail aan, welke setuid root is. Sendmail zet het dan rechtstreeks in de mailspool van de desbetreffende user als het een local user betreft.
Dus het mail commando was geen goede test

En het ontbreken van die lib lijkt me een mooie oorzaak

[xzenor]

mjah klinkt inderdaad wel als de oorzaak.. blijkbaar draait je MTA niet...
Dan kan fetchmail z'n mail niet kwijt inderdaad