LHartung wrote:

Gerhard Schmidt schrieb:

...

Hallo.

Nach langer Zeit habe ich wieder mal einen Online-Update des 9.3 gemacht. Online-Updates sollen ja eigentlich Probleme beheben (was sie wahrscheinlich auch tun), aber in meinem Fall haben sie jede Möglichkeit gekillt, Mails zu senden. Ich benutze KMail. Mails abholen funktioniert einwandfrei, aber Mails senden ist nach dem Update nicht mehr möglich. ISP ist 1&1, bei einem T-Online-Konto tritt das gleiche Problem auf. Die Fehlermeldung von KMail sagt, dass die Authentifizierung versage, weil der Server kein PLAIN könne. Bei "Fähigkeiten des Servers testen" zeigt KMail als Verschlüsselungsmethode TLS und als Authentifizierungsmethode PLAIN an. Die Fehlermeldung lautet genau: "Ihr SMTP-Server unterstützt PLAIN nicht. Bitte wählen Sie eine andere Authentifizierungsmethode. Meldung des Servers: Error: authentification failed". Alle anderen aufgeführten Authenfizierungsmethoden scheitern (mit anderen Error-Meldungen, meist Server unterstützt nicht ...).

Welche Methoden sind denn bei dir installiert? Poste mal die Ausgabe von "rpm -qa | grep cyrus-sasl" Danach schaue mal nach, welche Methoden dein Provider unterstützt. Öffne eine TLS-Verbindung: openssl s_client -starttls smtp -connect 1&1-servername:25 Melde höflich deinen Hostnamen: ehlo client.name.local 250-AUTH LOGIN PLAIN 250-AUTH=LOGIN PLAIN Dann solltest du unter anderem eine Zeile mit 250-AUTH am Anfang sehen. Poste die bitte mal. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com

Am Mittwoch, 6. September 2006 10:36 schrieb Ralf Prengel:

Gerhard Schmidt schrieb:

Ich hatte einen solchen Effekt mal der dann aber nach einem KDe Update verschwunden war. hast du die ganz aktuelle KDE Version getestet?

Ich hatte diesen Effekt, als ich neulich auf 9.3 geupdatet habe, ich hatte aber die Lösung bei Google gefunden. Ich glaube, man musste die alten Kon= ten löschen und neu einrichten, und dabei als Verschlüsselung "keine" und als Anmelde-Modus Login nehmen - so funktioniert es jetzt jedenfalls bei mir. Dieses "Fähigkeiten des Servers testen" liefert (laut "Google") nicht immer verlässliche Ergebnisse. Conni

Am Mittwoch, 6. September 2006 19:37 schrieb Cornelia Böttge:

Ich hatte diesen Effekt, als ich neulich auf 9.3 geupdatet habe, ich hatte aber die Lösung bei Google gefunden. Ich glaube, man musste die alten Kon= ten löschen und neu einrichten, und dabei als Verschlüsselung "keine" und als Anmelde-Modus Login nehmen - so funktioniert es jetzt jedenfalls bei mir. Dieses "Fähigkeiten des Servers testen" liefert (laut "Google") nicht immer verlässliche Ergebnisse.

Conni

Goldrichtiger Tip, Conni, mit durchschlagendem Erfolg und vergleichsweise geringem Aufwand! Ich habe einfach mal ein neues Konto angelegt. Entgegen Deiner Vermutung habe ich den Button "Fähigkeiten des Servers testen" doch betätigt (ich hoffe immer noch, dass die Linux-Programmierer genialer sind als ich und der reiche Grossmogul aus Seattle, und weil Automatiken für mich besser geeignet sind als händisches Tappsen in stockdunklem Sumpfgelände. Es kam übrigens dasselbe Diagnose-Ergebnis raus, wie bei den nicht funktionierenden Kontoeinträgen. Als Verschlüsselung "KEINE" auszuwählen, lässt 1&1 nicht zu, und wäre mir auch nicht so recht, weil dann die Mitleser-Schar so groß wird.) Und das neu erzeugte Konto funktionierte auch auf Anhieb. Nun interessierte mich die Ursache schon, und ich habe versucht, die Konfigurationsdateien für die SMTP-Konten zu finden. Die sind offenbar in .kde/share/config/kmailrc und sehen so aus (* möchte ich hier lieber zitieren): [Transport 1] auth=true authtype=PLAIN encryption=TLS host=smtp.1und1.de id=125******* localHostname= name=dg4fac-neu port=25 precommand= specifyHostname=false storepass=true user=****-***-* Das ist die neu erzeugte Transport-Definition, die tatsächlich funktioniert. Die "kaputte" alte Transport-Definition unterschied sich in zwei Details von dieser neu erzeugten: a) Sie enthielt zusätzlich die Zeile "type=smtp". b) Sie hat eine völlig andere ID. Ich habe also erst mal alle type=-Zeilen einfach mit dem Texteditor rausgeworfen. Hat aber beileibe nicht geholfen, die alten Definitionen zu reparieren. Der Unterschied zwischen "kaputt" und "funktioniert" muss also irgendwie bei b) liegen. Damit sind dann erst mal meine intellektuellen Möglichkeiten zur Diagnose des Fehlers ausgeschöpft, meine Antriebskräfte sind damit auch ein wenig erlahmt. Jedenfalls kann ich jetzt wieder Mails verschicken. Damit ist also die Abteilung "ID-Verschlüssler" unter den KMail-Entwicklern an meinem Schlamassel schuld, oder? Noch mal vielen Dank, auch an die anderen Tip-Geber. mfg gerd -- / ***************************************************** / * Gerhard Schmidt, Wilhelmstr.6, D-64646 Heppenheim * / * Tel. +49-(0)6252-6322, Mobile +49-(0)175-183-4118 * / * http://www.dg4fac.de, http://www.g-schmidt-hp.de * / *****************************************************