FreeBSD 9 und KMail Problem

U

Unregistriert

Guest
Hallo,

wie bekomme ich den Versand von KMail zum laufen?

Es gibt drei Konten.
Das abholen über POP funktioniert bei allen drei. Der Versand über SMTP geht nur bei einem (ohne Serverauthentifizierung).
Die beiden anderen benötigen die Serverauthentifizierung. Nur funktioniert das nicht.

Meldung beim Versand: SASL(0):

FreeBSD 9.0
KDE 4.7.3
KMail 1.13.7

Danke, TMW23
 
Dein Account wurde freigeschaltet.
Willkommen im Forum.

Damit Deine Frage beantwortet werden kann verschiebe ich das Thema nach FreeBSD->Anwendungen und Ports.
 
wenn du schon KDE hast, solltest du natürlich auch kmail nutzen, klare Sache. Doch grundsätzlich kann es eine gute Idee sein, ein anderes Programm zu probieren, um damit zu sehen, ob die Funktion überhaupt geht. Wie gesagt, grundsätzlich, doch bei Mail-Clienten mache ich da auch Abstriche, denn jedes neue Programm muss ja erst gelernt werden und da ist die Chance groß, dass man selbst Fehler einbaut.

Die Konfiguration eines Mail-Clienten ist nicht so trivial, wie immer getan wird und innerhalb eines Environments, wie KDE, schon gar nicht. Nur mal so zum Beispiel, aber mit Bezug auf deine Frage, gibt es da eine kwallet und die verwaltet Passwörter und unter Umständen auch die Authentifizierung für deinen Mail-Server. Na hoppla! Hier ist also schon mal ein Stolperstein. Ist kmail so eingestellt, dass es kwallet aufrufen will und ist kwallet aber gar nicht da oder falsch konfiguriert, dann geht das mit den Mails natürlich nicht.
OK, das ist nur ein Beispiel und ich hoffe, dass du verstehst, dass dies nun überhaupt gar nichts mit FreeBSD zu tun hat?
Solche Fragen sind KDE-bezogen und hier gibt es sicher einige, die das neue KDE benutzen und mehr davon wissen, als ich, der ich immer noch beim alten KDE3 hänge. Deshalb will ich da auch nicht unnötig drein reden.
Nur diesen Tip mitgeben, dass du vielleicht in einem KDE-Forum schneller Hilfe finden kannst und dass wir hier dann besser helfen können, wenn wir möglichst viel von deinem Problem kennen.

Kannst du überhaupt deine Server erreichen?
Sieh mal das Beispiel, mit einem in Deutschland verbreiteten Anbieter:
Code: 
pit@eee ~:-> ping smtp.1und1.de
PING smtp.1und1.de (212.227.15.167): 56 data bytes
64 bytes from 212.227.15.167: icmp_seq=0 ttl=51 time=56.891 ms
64 bytes from 212.227.15.167: icmp_seq=1 ttl=51 time=56.279 ms
64 bytes from 212.227.15.167: icmp_seq=2 ttl=51 time=54.936 ms
64 bytes from 212.227.15.167: icmp_seq=3 ttl=51 time=57.078 ms
--- smtp.1und1.de ping statistics ---
4 packets transmitted, 4 packets received, 0.0% packet loss
round-trip min/avg/max/std-dev = 54.936/56.296/57.078/0.838 ms

pit@eee ~:-> nmap -v smtp.1und1.de

Starting Nmap 5.51 ( http://nmap.org ) at 2012-02-15 22:14 CET
Initiating Ping Scan at 22:14
Scanning smtp.1und1.de (212.227.15.183) [2 ports]
Completed Ping Scan at 22:14, 0.07s elapsed (1 total hosts)
Initiating Parallel DNS resolution of 1 host. at 22:14
Completed Parallel DNS resolution of 1 host. at 22:14, 0.07s elapsed
Initiating Connect Scan at 22:14
Scanning smtp.1und1.de (212.227.15.183) [1000 ports]
Discovered open port 587/tcp on 212.227.15.183
Discovered open port 465/tcp on 212.227.15.183
Completed Connect Scan at 22:14, 17.01s elapsed (1000 total ports)
Nmap scan report for smtp.1und1.de (212.227.15.183)
Host is up (0.083s latency).
Other addresses for smtp.1und1.de (not scanned): 212.227.15.167
Not shown: 991 filtered ports
PORT     STATE  SERVICE
80/tcp   closed http
110/tcp  closed pop3
143/tcp  closed imap
443/tcp  closed https
465/tcp  open   smtps
587/tcp  open   submission
993/tcp  closed imaps
995/tcp  closed pop3s
2000/tcp closed cisco-sccp

Read data files from: /usr/local/share/nmap
Nmap done: 1 IP address (1 host up) scanned in 17.33 seconds
und sieh hin, dass der gar keinen Port 25 offen hat, welcher, soviel ich weiß, normalerweise für smtp benutzt wird.
Darüber hinaus müssen noch mehr Dinge stimmen, etwa die Art der Verschlüsselung und so fort.
Das alles können wir doch nicht für dich wissen und du kannst eine Menge davon selbst herausfinden.

Und dann gibt es da noch ein paar weitere Nettigkeiten, die deine Provider vielleicht nicht erzählen. So war ich mal Kunde bei einem Anbieter, der erlaubte seine smtp-server nur zu benutzen, wenn man auch bei ihm angemeldet war. Ich konnte also nicht aus einem anderen Netz, bei einem anderen Provider angemeldet, seine (in gewissem Sinn ja auch meine) Server nutzen, um da Post rüber zu verschicken.
Und heute noch geht es mir so. Ich weiß nicht genau, wie das war, aber einer meiner Provider geht nicht aus dem Ausland. Er lehnt dann meine Aufträge ab und das hat gar nichts mit Verschlüsselung zu tun oder mit möglicherweise falscher Konfiguration.
Jedenfalls könnte es dann normal sein, dass du nicht über alle smtp-server gleichzeitig senden kannst.
 
Hallo, danke für die Antwort

die Fehlerbeschreibung war etwas kurzgeraten, die sollte ja auch nur zum freischalten des Zugangs gedacht sein.

KMail (1.13.5) läuft hier auch noch auf zwei Linux-Rechnern (SuSE 11.3), dort klappt der Versand problemlos. Auf dem FreeBSD 9 Rechner habe ich mal mit Sylpheed versucht, das klappt auch problemlos. Nur KMail verweigert seinen Dienst und das auch nur bei GMX und T-Online.

Sending failed:
Bei der Authentifizierung ist ein Fehler aufgetreten: SASL(0): successful result:
The message will stay in the 'outbox' folder until you either fix the problem (e.g. a broken address) or remove the message from the 'outbox' folder.
The following transport was used: GMX

Bin da etwas Ratlos.

Test mit GMX, der Port ist erreichbar ... ?

ping mail.gmx.net
PING mail.gmx.net (213.165.64.21): 56 data bytes
64 bytes from 213.165.64.21: icmp_seq=0 ttl=58 time=66.522 ms
64 bytes from 213.165.64.21: icmp_seq=1 ttl=58 time=66.920 ms
64 bytes from 213.165.64.21: icmp_seq=2 ttl=58 time=66.909 ms
64 bytes from 213.165.64.21: icmp_seq=3 ttl=58 time=66.463 ms
64 bytes from 213.165.64.21: icmp_seq=4 ttl=58 time=66.011 ms
64 bytes from 213.165.64.21: icmp_seq=5 ttl=58 time=87.708 ms
64 bytes from 213.165.64.21: icmp_seq=6 ttl=58 time=80.152 ms
^C
--- mail.gmx.net ping statistics ---
7 packets transmitted, 7 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 66.011/71.526/87.708/8.105 ms


nmap -v mail.gmx.net

Starting Nmap 5.61TEST2 ( http://nmap.org ) at 2012-02-16 16:28 CET
Initiating Ping Scan at 16:28
Scanning mail.gmx.net (213.165.64.21) [2 ports]
Completed Ping Scan at 16:28, 0.07s elapsed (1 total hosts)
Initiating Parallel DNS resolution of 1 host. at 16:28
Completed Parallel DNS resolution of 1 host. at 16:28, 0.06s elapsed
Initiating Connect Scan at 16:28
Scanning mail.gmx.net (213.165.64.21) [1000 ports]
Discovered open port 25/tcp on 213.165.64.21
Discovered open port 587/tcp on 213.165.64.21
Increasing send delay for 213.165.64.21 from 0 to 5 due to 11 out of 16 dropped probes since last increase.
Connect Scan Timing: About 14.55% done; ETC: 16:31 (0:03:02 remaining)
Increasing send delay for 213.165.64.21 from 5 to 10 due to 11 out of 11 dropped probes since last increase.
Increasing send delay for 213.165.64.21 from 10 to 20 due to 11 out of 11 dropped probes since last increase.
Connect Scan Timing: About 29.05% done; ETC: 16:32 (0:02:44 remaining)
Increasing send delay for 213.165.64.21 from 20 to 40 due to 11 out of 13 dropped probes since last increase.
Increasing send delay for 213.165.64.21 from 40 to 80 due to 11 out of 11 dropped probes since last increase.
Connect Scan Timing: About 43.00% done; ETC: 16:32 (0:02:09 remaining)
Increasing send delay for 213.165.64.21 from 80 to 160 due to 11 out of 11 dropped probes since last increase.
Increasing send delay for 213.165.64.21 from 160 to 320 due to 11 out of 11 dropped probes since last increase.
Connect Scan Timing: About 64.30% done; ETC: 16:34 (0:02:05 remaining)
Connect Scan Timing: About 72.80% done; ETC: 16:34 (0:01:47 remaining)
Connect Scan Timing: About 79.20% done; ETC: 16:35 (0:01:27 remaining)
Connect Scan Timing: About 85.20% done; ETC: 16:35 (0:01:05 remaining)
Connect Scan Timing: About 90.70% done; ETC: 16:35 (0:00:42 remaining)
Completed Connect Scan at 16:36, 477.45s elapsed (1000 total ports)
Nmap scan report for mail.gmx.net (213.165.64.21)
Host is up (0.16s latency).
Other addresses for mail.gmx.net (not scanned): 213.165.64.20
Not shown: 996 filtered ports
PORT STATE SERVICE
25/tcp open smtp
80/tcp closed http
443/tcp closed https
587/tcp open submission

Read data files from: /usr/local/share/nmap
Nmap done: 1 IP address (1 host up) scanned in 477.71 seconds
 
Hi TMW23.

Das erinnere ich allerdings auch von meinem alten kmail, leider habe ich aber nicht mehr im Kopf, wie ich das gelöst hatte. Nur soviel: es hat nichts mit FreeBSD zu tun! Das hat tatsächlich etwas damit zu schaffen, wie SuSE das für dich erledigt hatte ohne dir das zu sagen und dich damit nun irgendwie bei der unabhängigen Konfiguration von kmail im Stick lässt.
Again: bei mir ist der Umstieg schon einige Jahre her, ich erinnere das nur noch vage und habe zudem ein älteres kmail und ein anderes KDE am laufen. Schon deshalb kann ch dir nicht wirklich weiter helfen.

Aber vielleicht, wenn wir uns gemeinsam anstrengen, finden wir beiden ja doch etwas. Da ich einer bin, der sich nicht gut auskennt, hast du insofern Glück, dass ich für alle Möglichkeiten offen bin, aber auch Pech, weil du nicht mit jemandem redest, der über die Dinge auch wirklich Bescheid weiß, die hier behandelt werden.

Wie hast du denn kmail konfiguriert?
hast du den Assistenten benutzt oder die kmailrc einfach übernommen?
Also bei meinem alten KDE3 und ohne kwallet, ist beinahe alles in der ~/.kde/share/config/kmailrc gespeichert. Die kann man sogar übernehmen und sie funktioniert, wenn eben nicht kwallet die Passworte übernommen hatte.
Mit kwallet (oder vielleicht etwas ähnlichem) kannst du nicht die kmailrc übernehmen, weil dann die Passwörter nicht passen!
Ziemlich gegen Ende der Datei ist der Bereich, der den Transport beschreibt, also deine Art, Mails zu versenden. Vielleicht siehst du dir die mal an. Passworte sind da maskiert, das ist normal.

Was würde ich nun machen, wenn ich alle Zugangsdaten bereit hätte?
diese kmailrc umbenennen und dann nochmal den Assistenten starten und die Konfiguration versuchen.
Worüber ich häufig stolpere, ist der Name des Berechtigten beim Server. Häufig ist das die komplette E-Mail-Adresse, ohne Abkürzungen und mit @ mitten drin.
Als nächstes würde ich dann probieren, die Datei bei SuSE anzusehen und vielleicht einfach zu übernehmen und dann sehen, was passiert. Aber das wird wahrscheinlich wegen kwallet oder so nicht funktionieren, trotzdem kannst du bei einem direkten Vergleich der beiden Dateien (SuSE und FreeBSD generierte) vielleicht einen entscheidenden Unterschied wahrnehmen.

Dann gab es irgendwo auch noch eine Möglichkeit, das Verbindungsprotokoll zu lesen. Da sieht man ziemlich genau, wo es hängt, aber ich erinnere das jetzt nicht mehr.

Es ist sehr wichtig und gut, dass du es mit einer Alternative probiert hast und siehst, dass es grundsätzlich funktioniert. Damit wird das Problem wirklich auf kmail und die KDE-Integration begrenzt. Damit kannst du dann auch gezielt Lösungen suchen.
Zu doof, dass ich mich nicht genauer erinnern kann!

Naja. Mal sehen.
 
Hallo pit234a

die kmailrc ist bei SuSE und FreeBSD identisch. Habe es mit dem Assi. versucht als auch mit leeren Feldern. Mehrmal alles für KMail unter /.kde gelöscht. Auch die Konfigdateien von Linux rüberkopiert, nichts ... mit und ohne Kwallet

Für GMX/SMTP
mail.gmx.net / Port 25 / TLS / Server erfordert Authentifizierung / Benutzer (Mail) + Passw. / PLAIN

Aber nach einem reinstall von cyrus-sasl2 u. cyrus-sasl2-saslauthd über die Ports hat sich die Fehlermeldung geändernt:

Sending failed:
Der Prozess für das
Protokoll smtp://mail.gmx.net
wurde unerwartet beendet.
The message will stay in the 'outbox' folder until you either fix the problem (e.g. a broken address) or remove the message from the 'outbox' folder.
The following transport was used: GMX

Das beist sich jetzt etwas mit KMail, denn ich kann z.Z. nicht die Fähigkeiten des Servers über die Einstellungen nicht Testen - dann stürzt KMail ab. Eine Logdatei für KMail kenne ich nicht

Nachher werd' ich kdepim4 mal aus den ports installieren, läuft z.Z. noch durch. Mal sehen was passiert.

Danke
 
Hallo darktrym,

'smtp after pop' benutze ich für einen weiteren Zugang (GAIA), das hatt mit KMail auch funktioniert. GMX und T-Online wollt ich aber so lassen.

Nun hatte mich aber schon gewundert weshalb jetzt auch keine Mails mehr reinkommen:

Error while checking account GMX for new mail:
Der Prozess für das
Protokoll pop3://pop.gmx.net
wurde unerwartet beendet.

Seitdem ich die cyrus-sasl's reinstalliert hatte. Jetzt kann ich nur noch abwarten bis kdepim4 aus den Ports fertig ist ... 62% ...

Danke
 
... mit den cyrus-sasl's aus den Ports funktionierten weder POP3 noch SMTP mit KMail.
Jetzt sind wieder die cyrus-sasl's aus den Packeten installiert und kdepim4 aus den Ports. Damit klappt wenigstens POP3 mit KMail wieder. Aber kein Versand mit SMTP:

Sending failed:
Bei der Authentifizierung ist ein Fehler aufgetreten: SASL(0): successful result:
The message will stay in the 'outbox' folder until you either fix the problem (e.g. a broken address) or remove the message from the 'outbox' folder.
The following transport was used: GMX

Muß doch 'ne Lösung dafür geben, außer: 'smtp after pop'
 
Die Lösung!

dhcp & resolv.conf

... ich versteh's zwar nicht, aber was soll's

Ohne dhcp läuft KMail. Mit dhcp auch, wenn in der resolv.conf steht: 'search t-online.de'
Nur dhcp überschreibt die ja. Also erstmal ohne dhcp.

Gruß & gut'nacht
 
Zuletzt bearbeitet:
pit234a schrieb:
dass der gar keinen Port 25 offen hat, welcher, soviel ich weiß, normalerweise für smtp benutzt wird.
Zum Vergrößern anklicken....

Port 25 ist auch nicht für Clients gedacht. Das ist eigentlich nur für die Kommunikation zwischen den Servern gedacht. Leider wird das von so gut wie niemandem richtig gemacht. Der richtige Port ist 587 (submission). Und den hat der von dir überprüfte Server offen.
 
TMW23 schrieb:
Die Lösung!

dhcp & resolv.conf

... ich versteh's zwar nicht, aber was soll's

Ohne dhcp läuft KMail. Mit dhcp auch, wenn in der resolv.conf steht: 'search t-online.de'
Nur dhcp überschreibt die ja. Also erstmal ohne dhcp.

Gruß & gut'nacht
Zum Vergrößern anklicken....

was es alles gibt!
Bin mir sehr sicher, dass dies damals nicht so war, als ich diese Probleme hatte.

Was solls, gut zu wissen. Bonne Chance.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben