hi,
ich hatte schon mal eine mail zu dem betreff geschickt, nur bin ich mir nicht sicher, dass die angekommen ist (da es ein mail problem ist:( fetchmail beendet sich immer mit dem fehler 2, der für "encountered an error while triing to open a network socket" oder so ähnlich steht. ich habe nun schon diverse sachen ausprobiert. an der verbindung zum mailserver liegt es nicht, da ich die anzahl der mails auf dem server mitgeteilt bekomme und fetchmail anfängt, die erste herunterzuladen (authentisierung also scheinbar korrekt). es scheint sich also um ein lokales problem mit smtp zu handeln. allerdings kann ich mich mit telnet localhost 25 einwandfrei mit smail verbinden (HELO $IP, RECPT TO: usw.) und dadurch auch manell mails an den smtp absetzen. könnt ihr mir vielleicht ein paar tips geben, wo ich bei der fehlersuche weitermachen kann, denn ich bin mit meinem beschränkten latein am ende.
andre
Hallo!
André Schulze wrote:
ich hatte schon mal eine mail zu dem betreff geschickt, nur bin ich mir nicht sicher, dass die angekommen ist (da es ein mail problem ist:(
Hab noch nichts gesehen.
fetchmail beendet sich immer mit dem fehler 2, der für "encountered an error while triing to open a network socket" oder so ähnlich steht. ich habe nun schon diverse sachen ausprobiert. an der verbindung zum mailserver liegt es nicht, da ich die anzahl der mails auf dem server mitgeteilt bekomme und fetchmail anfängt, die erste herunterzuladen (authentisierung also scheinbar korrekt).
Ist schon ein guter Anfang.
es scheint sich also um ein lokales problem mit smtp zu handeln. allerdings kann ich mich mit telnet localhost 25 einwandfrei mit smail verbinden (HELO $IP, RECPT TO: usw.) und dadurch auch manell mails an den smtp absetzen.
IMHO ist fetchmail nicht an einen lokalen Sockel gebunden, sondern liefert direkt in den Verteiler ein. Original ist fetchmail für sendmail optimiert. Wenn Du also smail nimmst, könnte dort schon das Problem liegen. Hast Du eventuell procmail mit drauf? Dann in der .fetchmailrc angeben:
mta "/usr/bin/procmail -d <user>"
wobei <user> die Kennung von dem User ist, an den die Mails gehen sollen. (Oder teilst Du nach Name noch mal auf?)
Gruss Reiner
On Thu, Dec 09, 1999 at 05:27:46PM +0100, Reiner Klaproth wrote:
Wenn Du also smail nimmst, koennte dort schon das Problem liegen.
Noe, fetchmail funktioniert auch mit smail und exim. Folgende Option ist zum debuggen nuetzlich:
$ fetchmail -v
Hast Du eventuell procmail mit drauf? Dann in der .fetchmailrc angeben:
mta "/usr/bin/procmail -d <user>"
mda "/usr/bin/procmail -d <user>"
sollte das sicher heissen, oder? Ohne procmail sollte
mda "/usr/sbin/sendmail -oem <user>"
funktionieren.
Torsten
hallo,
erst mal vielen dank für die hilfe, jetzt funktioniert es einigermassen und ich habe ein paar anhaltspunkte gefunden, wie ich die verbleibenden probleme lösen kann.
$ fetchmail -v
das hatte ich ausprobiert, da kamen aber nicht sehr viel debug informationen
mda "/usr/bin/procmail -d <user>"
ja genau, das hat dann auch funktioniert
ich nehme jedoch an, dass mein problem bei einer schlechten konfiguration von smail lag. mail relay war nur für localhost erlaubt, könnte da der fehler liegen? ich habe das jetzt auf meinen die domain meines mailservers eingestellt, jedoch noch keinen weiteren versuch gestartet.
andre
Probier mal den Parameter mda auf mda "procmail -d <user>" zu setzen, dann wird smtp umgangen und direkt ausgeliefert - funktionier bei mir 1. sehr gut und 2. wesentlich schneller als SMTP. (<user> muss durch deinen lokalen Username ersetzt werden)
Konrad
On Thu, 9 Dec 1999, André Schulze wrote:
ich hatte schon mal eine mail zu dem betreff geschickt, nur bin ich mir nicht sicher, dass die angekommen ist (da es ein mail problem ist:( fetchmail beendet sich immer mit dem fehler 2, der für "encountered an error while triing to open a network socket" oder so ähnlich steht. ich habe nun schon diverse sachen ausprobiert. an der verbindung zum mailserver liegt es nicht, da ich die anzahl der mails auf dem server mitgeteilt bekomme und fetchmail anfängt, die erste herunterzuladen (authentisierung also scheinbar korrekt). es scheint sich also um ein lokales problem mit smtp zu handeln. allerdings kann ich mich mit telnet localhost 25 einwandfrei mit smail verbinden (HELO $IP, RECPT TO: usw.) und dadurch auch manell mails an den smtp absetzen. könnt ihr mir vielleicht ein paar tips geben, wo ich bei der fehlersuche weitermachen kann, denn ich bin mit meinem beschränkten latein am ende.
andre
Lug-dd maillist - Lug-dd@schlittermann.de http://mailman.schlittermann.de/mailman/listinfo/lug-dd
lug-dd@mailman.schlittermann.de
-
André Schulze -
Konrad Rosenbaum -
Reiner Klaproth -
Torsten Werner