Wo und wie liefert fetchmail denn überhaupt ab? Hoffe mal du meinst damit die .fetchmailrc:

Hi, hier ein Teil der Ausgabe von "fetchmail -aKvv" (komplett wäre es zu groß für die Mail): fetchmail: 5.9.13 querying mail.gfreaky.de (protocol POP3) at Wed, 13 Aug 2003 22:03:21 +0200 (CEST): poll started fetchmail: POP3< +OK ready <22356.1060804900@zuserv> fetchmail: POP3> CAPA fetchmail: POP3< +OK Capability list follows fetchmail: POP3< TOP fetchmail: POP3< USER fetchmail: POP3< LOGIN-DELAY 0 fetchmail: POP3< EXPIRE 0 fetchmail: POP3< UIDL fetchmail: POP3< RESP-CODES fetchmail: POP3< AUTH-RESP-CODE fetchmail: POP3< X-MANGLE fetchmail: POP3< X-MACRO fetchmail: POP3< X-LOCALTIME Wed, 13 Aug 2003 22:01:41 +0200 fetchmail: POP3< . fetchmail: POP3> USER web1p7 fetchmail: POP3< +OK Password required for web1p7. fetchmail: POP3> PASS fetchmail: POP3< +OK web1p7 has 0 visible messages (0 hidden) in 0 octets. fetchmail: selecting or re-polling default folder fetchmail: POP3> STAT fetchmail: POP3< +OK 0 0 fetchmail: No mail for web1p7 at mail.gfreaky.de fetchmail: POP3> QUIT fetchmail: POP3< +OK Pop server at zuserv signing off. fetchmail: 5.9.13 querying mail.gfreaky.de (protocol POP3) at Wed, 13 Aug 2003 22:03:25 +0200 (CEST): poll completed fetchmail: not swapping UID lists, no UIDs seen this query fetchmail: Query status=1 (NOMAIL) fetchmail: Deleting fetchids file. fetchmail: normal termination, status 1 fetchmail: Deleting fetchids file. poll mail.gfreaky.de proto pop3: user "web1p1" with pass "######" is "gfwelpe" here; user "web1p2" with pass "######" is "gfwelpe" here; user "web1p3" with pass "######" is "gfwelpe" here; user "web1p4" with pass "######" is "freak" here; user "web1p5" with pass "######" is "guest" here; user "web1p6" with pass "######" is "peter" here; user "web1p7" with pass "######" is "nils" here; Evtl. hab ich den Fehler gefunden. Habe hier vor kurzen Sendmail umgestellt, seitdem hatte der auch Probleme mit senden (anstatt Mails mit Absender webmaster@gfreaky.de durchzulassen hat der die Absenderadresse in webmaster@oia.de umgeschrieben). Das Problem habe ich gerade behoben. Vielleicht lag es daran. Kann es aber erst morgen testen, wenn ich in der Arbeit bin (die Mails schmeisst er nämlich am liebsten weg). Mfg, M. Kölbl On Wednesday, 13. August 2003 21:49, Andreas Winkelmann wrote:

G. Freaky wrote:

...

fetchmail scheint hier eMails zu verwerfen. Ich habe die letzten Tage mal zum Test eMails auf meinen Server geschickt. Auf dem kommen alle Mails an, dann lädt ein Linux-PC in meinem Netzwerk die Mails herunter und es fehlen plötzlich welche. Woran kann das liegen bzw. wie kann ich diesen Fehler beheben?

Den Aufbau kann man sich so vorstellen: eMail kommt ==> Server im WWW ===FETCHMAIL==> Srv1 ==POP3==> Mein PC

Verwendet wird SuSE Linux 8.1, 2.4.19-4GB, AMD-Kernel mit Fetchmail 5.9.13 Release 36 mit QPopper 4.0.4 Release 75 Fetchmail wird über Cron mit "fetchmail -aK" aufgerufen.

PS: Ich glaube es gab da schonmal einen Threat bezüglich dieses Problems, habe ihn aber leider nicht gefunden :(

Ohne Logs ist das pure raterei. Bitte schick ein paar Logs dazu, evtl das loglevel von fetchmail mit "-v" oder sogar "-v -v" hochdrehen. Wo und wie liefert fetchmail denn überhaupt ab?

On Wednesday, 13. August 2003 22:22, Andreas Winkelmann wrote:

Hmm, nein, ich meinte den MTA/MDA/LDA den Du einsetzt. Bzw. ob Du vielleicht sogar fetchmail selber ausliefern lässt.

Sendmail sollte die Mails ausliefern.

Was bedeutet "umgestellt"?

Ich hab ein paar Domains aus /etc/mail/local-domain-names entfernt (für die sollte er BackupMX sein, gab aber Probleme). Seitdem geht das Senden wieder einwandfrei.

Yep, und wenn Du ein Log von sowas hast, dann bitte posten. Ohne Kristallkugel ist das sonst zu schwer ;-)

Is klar :)) Im Log hab ich grad was gefunden, was mich verdutzt: Hier ist die "verlorene" Mail: Aug 13 12:50:10 router sendmail[25425]: h7DAoAev025425: from=<michael.koelbl@rzg.mpg.de>, size=14138, class=0, nrcpts=1, msgid=<054a01c36187$f49ec170$4902b782@ickpc>, proto=ESMTP, daemon=MTA, relay=localhost [127.0.0.1] Scheint für mich einwandfrei. *mit-der-hand-auf-die-stirn-haut* Ich hege nun ein ganz anderen verdacht (und wenn das stimmt, dann man ich Outlook morgen platt *g*). Ich habe in der Arbeit Outlook und das ist so eingestellt, dass es die Mails vom PC zu hause (Srv1*) abfragt - diese aber _nicht_ vom Server löscht. Da die Mail laut Logfile aber korrekt vom Server angenommen wurde befürchte ich nun, dass das Outlook durch irgend einen Bug, Crash, etc. die Einstellungen verworfen hat und die Mails nun doch vom Server gelöscht hat, nachdem ich die in Outlook gelöscht habe. Wäre für mich IMHO die einzig logische Erklärung. Ich sag dann morgen nochmal bescheid, ob es daran gelegen hat. *) eMail ===> Server im WWW ==FETCHMAIL==> Srv1 ==POP3==> Mein PC Mfg, M. Kölbl

On Wednesday, 13. August 2003 22:50, G. Freaky wrote:

Is klar :)) Im Log hab ich grad was gefunden, was mich verdutzt: Hier ist die "verlorene" Mail: Aug 13 12:50:10 router sendmail[25425]: h7DAoAev025425: from=<michael.koelbl@rzg.mpg.de>, size=14138, class=0, nrcpts=1, msgid=<054a01c36187$f49ec170$4902b782@ickpc>, proto=ESMTP, daemon=MTA, relay=localhost [127.0.0.1]

Scheint für mich einwandfrei. *mit-der-hand-auf-die-stirn-haut* Ich hege nun ein ganz anderen verdacht (und wenn das stimmt, dann man ich Outlook morgen platt *g*). Ich habe in der Arbeit Outlook und das ist so eingestellt, dass es die Mails vom PC zu hause (Srv1*) abfragt - diese aber _nicht_ vom Server löscht. Da die Mail laut Logfile aber korrekt vom Server angenommen wurde befürchte ich nun, dass das Outlook durch irgend einen Bug, Crash, etc. die Einstellungen verworfen hat und die Mails nun doch vom Server gelöscht hat, nachdem ich die in Outlook gelöscht habe. Wäre für mich IMHO die einzig logische Erklärung. Ich sag dann morgen nochmal bescheid, ob es daran gelegen hat.

*) eMail ===> Server im WWW ==FETCHMAIL==> Srv1 ==POP3==> Mein PC

Hatte recht. Es lag an Outlook...... Mfg, M. Kölbl