fetchmail:Syntax error, command unrecognized bei Strato
Hallo alle, Seit ich fetchmail mit den rpm-Paket von Suse geupdatet(schreibt man das so ?) habe, kommt immer obige Fehlermeldung. Diese Fehlermeldung kommt allerdings nur bei Postfaechern die bei Strato sind. Das Mail abholen funktioniert allerdings schon. Soll heissen, das fetchmail richtig funktioniert, nur kommt eben immer diese Meldung. Da ja alles funktioniert, ist es nicht weiter schlimm, doch mich stoeren die Fehlermeldungen und ich moechte sie doch ganz gerne weg haben. Fetchmail ist die Version 5.6.5 Suse die Version 7.1 Wie gesagt, erscheint diese Meldung erst seit ich das Update eingespielt habe. Vielleicht hat von euch irgend jemand eine Idee, wie ich diese unschoene Meldung weg bekommen kann. Danke Alexander -- Alles geht, mann muss nur wissen wie!!!! Alexander Fieger | mailto:alex.fieger@keule4u.de
Am Don, 21 Jun 2001, schrieb Alexander Fieger:
Hallo alle,
Seit ich fetchmail mit den rpm-Paket von Suse geupdatet(schreibt man das so ?) habe, kommt immer obige Fehlermeldung. Diese Fehlermeldung kommt allerdings nur bei Postfaechern die bei Strato sind. Das Mail abholen funktioniert allerdings schon. Soll heissen, das fetchmail richtig funktioniert, nur kommt eben immer diese Meldung. Da ja alles funktioniert, ist es nicht weiter schlimm, doch mich stoeren die Fehlermeldungen und ich moechte sie doch ganz gerne weg haben.
Fetchmail ist die Version 5.6.5 Suse die Version 7.1
Vielleicht hat von euch irgend jemand eine Idee, wie ich diese unschoene Meldung weg bekommen kann.
Grundsaetzlich schon moeglich, daß hier einer eine Idee hat, allerdings wohlkaum aufgrund dieser Problembeschreibung. Ich würde an Deiner Stelle mal fetchmail mit der Option -v ausführen, dann siehst Du vielleicht, welcher Befehl Probleme verursacht und kannst das posten, außerdem wäre evtl. die betreffende Zeile Deiner .fetchmailrc nicht schlecht (Passwörter und Username kannst Du ja schwärzen (oder wie nennt man das in Emails ;) ) Gruß Christoph -- Christoph Maurer - Paul-Röntgen-Straße 7 - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen
Christoph Maurer schrieb am Thu, 21 Jun 2001 at 10:07 +0200:
Grundsaetzlich schon moeglich, daß hier einer eine Idee hat, allerdings wohlkaum aufgrund dieser Problembeschreibung.
Ich würde an Deiner Stelle mal fetchmail mit der Option -v ausführen, dann siehst Du vielleicht, welcher Befehl Probleme verursacht und kannst das posten, außerdem wäre evtl. die betreffende Zeile Deiner .fetchmailrc nicht schlecht (Passwörter und Username kannst Du ja schwärzen (oder wie nennt man das in Emails ;)
Wie ich oben schon geschrieben habe, sind das nur die Zeilen, die die Mails von einem Strato Akkount abholen, und die sind identisch mit den Befehlen die die Mails von meinem ISP und anderen Servern holen. Und die schaunen so aus: poll post.strato.de protocol POP3 user webmaster@bahnag.de passwort geheim is webmbahnag (Alles natuerlich in einer Zeile). Ausfuehren tu ich fetchmail mit dem Befehl: /usr/bin/fetchmail -a -L /var/log/fetchmail 2>&1 und zwar aus einem Script heraus das von Cron ausgefuerht wird. Und vor dem Update wahren eben diese Meldungen nicht da und ich habe seitdem auch nichts an der Syntax geaendert. Alexander Ps.: Du hast natuerlich recht, ich haette die erste Mail etwas ausfuehrlicher schreiben koennen. -- Alles geht, mann muss nur wissen wie!!!! Alexander Fieger | mailto:alex.fieger@keule4u.de
Am Don, 21 Jun 2001, schrieb Alexander Fieger:
Grundsaetzlich schon moeglich, daß hier einer eine Idee hat, allerdings wohlkaum aufgrund dieser Problembeschreibung.
Ich würde an Deiner Stelle mal fetchmail mit der Option -v ausführen, dann siehst Du vielleicht, welcher Befehl Probleme verursacht und kannst das posten, außerdem wäre evtl. die betreffende Zeile Deiner .fetchmailrc nicht schlecht (Passwörter und Username kannst Du ja schwärzen (oder wie nennt man das in Emails ;)
Christoph Maurer schrieb am Thu, 21 Jun 2001 at 10:07 +0200: poll post.strato.de protocol POP3 user webmaster@bahnag.de passwort geheim is webmbahnag
Sieht nach Standard aus. Irgendwelche Nummern im Passwort? Dann schließe es mal in " ein. Ich ersetze in meiner .fetchmailrc bei Strato das @ im Usernamen durch ein %. Vielleicht hilft das.
(Alles natuerlich in einer Zeile). Ausfuehren tu ich fetchmail mit dem Befehl: /usr/bin/fetchmail -a -L /var/log/fetchmail 2>&1 und zwar aus einem Script heraus das von Cron ausgefuerht wird.
Trotzdemn solltest Du es dann einmal per Hand mit -v ausführen, damit man erkennen kann, wo das Problem liegt! -- Christoph Maurer - Paul-Röntgen-Straße 7 - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen
Christoph Maurer schrieb am Thu, 21 Jun 2001 at 10:36 +0200:
Sieht nach Standard aus. Irgendwelche Nummern im Passwort? Dann schließe es mal in " ein. Ich ersetze in meiner .fetchmailrc bei Strato das @ im Usernamen durch ein %. Vielleicht hilft das.
Nein keine Nummern. Ich habe mal das @ durch das % erstezt. Leider keine Besserung.
Trotzdemn solltest Du es dann einmal per Hand mit -v ausführen, damit man erkennen kann, wo das Problem liegt!
Das habe ich gemacht, und es sieht so aus: fetchmail: 5.6.5 querying post.strato.de (protocol POP3) at Don 21 Jun 2001 10:36:26 CEST fetchmail: POP3< +OK POP3 server ready <3874925.5679.993112641@post.webmailer.de> fetchmail: POP3> USER webmaster@bahnag.de fetchmail: POP3< +OK Waiting for password fetchmail: POP3> AUTH fetchmail: POP3< -ERR Syntax error, command unrecognized. fetchmail: POP3> PASS * fetchmail: POP3< +OK User logged in, proceed. fetchmail: POP3> STAT fetchmail: POP3< +OK 0 0 fetchmail: No mail for webmaster@bahnag.de at post.strato.de fetchmail: POP3> QUIT fetchmail: POP3< +OK Closing connection Zum vergleich mal ein Postfach, das ohne Fehlermeldung funktioniert: fetchmail: 5.6.5 querying mail.keule4u.de (protocol POP3) at Don 21 Jun 2001 10:36:48 CEST fetchmail: POP3< +OK X1 NT-POP3 Server ntmail1.sserv.de (IMail 6.04 1740247-7) fetchmail: POP3> USER alex.fieger@*4u.de fetchmail: POP3< +OK welcome fetchmail: POP3> PASS * fetchmail: POP3< +OK maildrop locked and ready fetchmail: POP3> STAT fetchmail: POP3< +OK 0 0 fetchmail: No mail for alex.fieger@keule4u.de at mail.keule4u.de fetchmail: POP3> QUIT fetchmail: POP3< +OK POP3 Server saying Good-Bye So wie ich das sehe, ist der Verursacher diese AUTH. Alexander -- Alles geht, mann muss nur wissen wie!!!! Alexander Fieger | mailto:alex.fieger@keule4u.de
Am Don, 21 Jun 2001, schrieb Alexander Fieger:
Christoph Maurer schrieb am Thu, 21 Jun 2001 at 10:36 +0200:
Sieht nach Standard aus. Irgendwelche Nummern im Passwort? Dann schließe es mal in " ein. Ich ersetze in meiner .fetchmailrc bei Strato das @ im Usernamen durch ein %. Vielleicht hilft das.
Nein keine Nummern. Ich habe mal das @ durch das % erstezt. Leider keine Besserung.
Trotzdemn solltest Du es dann einmal per Hand mit -v ausführen, damit man erkennen kann, wo das Problem liegt!
Das habe ich gemacht, und es sieht so aus: fetchmail: 5.6.5 querying post.strato.de (protocol POP3) at Don 21 Jun 2001 10:36:26 CEST fetchmail: POP3> USER webmaster@bahnag.de fetchmail: POP3< +OK Waiting for password fetchmail: POP3> AUTH fetchmail: POP3< -ERR Syntax error, command unrecognized. fetchmail: POP3> PASS * fetchmail: POP3< +OK User logged in, proceed.
Zum vergleich mal ein Postfach, das ohne Fehlermeldung funktioniert: fetchmail: POP3< +OK welcome fetchmail: POP3> PASS *
So wie ich das sehe, ist der Verursacher diese AUTH.
Sieht so aus, die Frage ist nur, warum fetchmail gerade bei diesem Postfach einen AUTH-Befehl sendet, bei anderen aber nicht, kann doch eigentlich nur an der fetchmailrc liegen? ----Hier mal ein Auszug aus der fetchmail man page------- Microsoft's NTLM authentication (used by Microsoft Exchange) is supported. If you compile in the support, fetchmail will try to perform an NTLM authentication (instead of sending over the password en clair) whenever the server returns AUTH=NTLM in its capability response. Note: if you specify a user option value that looks like `user@domain', the part to the left of the @ will be passed as the username and the part to the right as the NTLM domain. -------------------------------------------------------- <SPEKULATION>Vielleicht hat's damit zu tun</SPEKULATION> Gruß Christoph -- Christoph Maurer - Paul-Röntgen-Straße 7 - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen
Hallo,
Alexander Fieger
Christoph Maurer schrieb am Thu, 21 Jun 2001 at 10:36 +0200: [...] fetchmail: POP3< +OK POP3 server ready <3874925.5679.993112641@post.webmailer.de> fetchmail: POP3> USER webmaster@bahnag.de
fetchmail: POP3< +OK Waiting for password fetchmail: POP3> AUTH
Der Strato mailserver wartet auf das Password, Fetchmail bietet zuerst als Uebertragungsmethode eine Verschluesselung an,
fetchmail: POP3< -ERR Syntax error, command unrecognized.
Strato meldet, Verschluesselung kann ich nicht
fetchmail: POP3> PASS *
Jetzt biete fetchmail die Passwort-Uebermittlung in Klartext an
fetchmail: POP3< +OK User logged in, proceed.
Strato sagt, OK, dass kann ich, habe den User akzeptiert
So wie ich das sehe, ist der Verursacher diese AUTH.
Verursacher ist zu viel gesagt, es ist ja keine Fehlermeldung, sondern nur das Prokoll einer Abfrage von Faehigkeiten. -Dieter -- Dieter Kluenter | Systemberatung BFI Rendering und Image Processing Tel: 040.64861967 | Fax: 040.64891521
Hallo Alexander, sorry, wenn ich nicht Deine Frage beantworte, mir ist aber etwas anderes aufgefallen. Nicht so wichtig, nur zum Verständniß. * Alexander Fieger schrieb am 21.Jun.2001:
Christoph Maurer schrieb am Thu, 21 Jun 2001 at 10:07 +0200:
Und die schaunen so aus:
poll post.strato.de protocol POP3 user webmaster@bahnag.de passwort geheim is webmbahnag
(Alles natuerlich in einer Zeile).
Das ist iirc egal.
Ausfuehren tu ich fetchmail mit dem Befehl: /usr/bin/fetchmail -a -L /var/log/fetchmail 2>&1 und zwar aus einem Script heraus das von Cron ausgefuerht wird.
Was soll das 2>&1 bringen? Beide Kanäle, Stdout und Stderr gehen auf dem Bildschirm, respektive werden von cron in eine Mail umgeleitet. Das Du die Logausgabe mit -L umgeleitet hast, daß ist fetchmailintern, da bekommt die shell nichts von mit. Ich schätze mal, das fetchmail überhaupt keine Ausgabe mehr macht. Wie gesagt, ist nicht schlimm, dient nur dem Verständniß. Bernd -- Bei Fragen an die Liste erst mal nachschauen, ob es diese Frage nicht schon einmal gegeben hat. Ein Archiv der Liste findest Du auf: http://lists.suse.com/archives/suse-linux |Zufallssignatur 7
Hallo,
Alexander Fieger
Hallo alle,
Seit ich fetchmail mit den rpm-Paket von Suse geupdatet(schreibt man das so ?) habe, kommt immer obige Fehlermeldung. Diese Fehlermeldung kommt allerdings nur bei Postfaechern die bei Strato sind. Das Mail abholen funktioniert allerdings schon. Soll heissen, das fetchmail richtig funktioniert, nur kommt eben immer diese Meldung. Da ja alles funktioniert, ist es nicht weiter schlimm, doch mich stoeren die Fehlermeldungen und ich moechte sie doch ganz gerne weg haben.
Fetchmail ist die Version 5.6.5 Suse die Version 7.1
Wie gesagt, erscheint diese Meldung erst seit ich das Update eingespielt habe.
Vielleicht hat von euch irgend jemand eine Idee, wie ich diese unschoene Meldung weg bekommen kann.
Fetchmail fragt ja bei einem Verbindungsaufbau die Leistungsfaehigkeit des Mailservers ab. Ich denke mal, dass der Mailserver bei Strato einige Dienste nicht beherrscht und daher eine Fehlermeldung ausgibt. Wenn du mal Fetchmail zu Fuss mit dem Schalter -vvv aufrufst, wirst du moeglicherweise sehen, um welchen Dienst es sich handelt, oder lasse ein strace mitlaufen, dann siehst du es bestimmt. Gruss Dieter -- Dieter Kluenter | Systemberatung BFI Rendering und Image Processing Tel: 040.64861967 | Fax: 040.64891521
participants (4)
-
Alexander Fieger -
B.Brodesser＠t-online.de -
Christoph Maurer -
Dieter Kluenter