Wenn Du das als "funktionieren" bezeichnest, dann bist Du aber sehr anspruchslos? Alleine, dass Kmail 4.x.x immer noch nicht mit dem lokalen Mailspool umgehen und z.B. Systemmail in eine dafür bestimmte Mailablage filtern kann ist beschämend.
dass Kmail 4.x.x immer noch nicht mit dem lokalen Mailspool umgehen
Hmm. Ich hab hier KMail 1.13.7 aus KDEPIM 4.4 (Debian unstable) und ich hab hier /var/mail/$user als einen der Mail-Ordner. Wenn root mails bekommt, z.B. beim aptitude safe-upgrade, dann landen die gemäß meiner Systemkonfiguration dort.
Dort hat es IMO noch bedingt funktioniert. Kmail 2 (4.x.x) legt lediglich einen "Ordner" für /var/mail/$user an und dort bekommt man keine einzige Mail mehr raus.
D.h. der Unterschied zwischen KMail 1 (KDE 4.x.x) und KMail 2 (KDE 4.x.x) im Bezug auf diese Mailspooldateien ist, dass der Ordner in KMail 1 wie jeder andere auch funktioniert aber der in KMail 2 nicht verändert werden kann (read-only)?
Zumindest kannst Du keine Filter mehr drauf legen. Das funktioniert dann immer nur, wenn Du den/die Filter manuell und für jede Mail einzeln aufrufst. Die Mail werden dabei aber nur aus dem Mailspool kopiert, nicht dort gelöscht. Mit der Folge - Spätestens beim zweiten Durchlauf bekommst Du dabei dann bei jeder Mail eine aufploppende Meldung (von nepomuk & co.) in dem Sinn, daß diese Mail schon vorhanden ist und welche (die linke oder die rechte) Du behalten willst. Nevig bis zum gehtnichtmehr! In KMail 4.8.x kam dann auch noch dazu, daß z.B. ein Filter auf spamassassin die Mail völlig geschrottet und ohne Inhalte belassen hat. Von der nicht vorhandenen Zusammenarbeit mir z.B. procmail rede ich besser erst garnicht.
Hmm. Wenn es um Verschieben der Mail geht, vielleicht mittels kurzer Aufbewahrungsfrist und als Aktion Verschieben in einen Ordner?
Hab selber keine Notwendigkeit dafür, daher noch nie getestet. Mein Mailspool bekommt nur lokale Nachrichten, das sind nicht viele und praktisch ein Log der Systemaktivitäten
Genau das selbstständige Verschieben über Filter funktioniert ja nun nicht mehr. Das Mindeste was ich bisher auf jeder Linux-Maschine eingerichtet habe war z.B. die Abholung der Post beim Provider via fetchmail. Läuft hier nun völlig daneben. Und wenn Du Anwendungen hast, die regelmäßig - evtl. auch noch in kurzen Abständen - Meldungen generieren und zustellen wollen, dann bist Du mit KMail inzwischen restlos gekniffen. Jeder einigermaßen vernünftige MUA kann Mail aus /var/mail/$user abholen, filtern und den spool leeren - nur KMail 4.x.x kann das nicht mehr.
Genau das selbstständige Verschieben über Filter funktioniert ja nun nicht mehr.
Ah. Hab hier keine Filter am Ordner der meine lokalen Mails beinhaltet.
Jeder einigermaßen vernünftige MUA kann Mail aus /var/mail/$user abholen, filtern und den spool leeren - nur KMail 4.x.x kann das nicht mehr.
Das mit dem Filtern mag ja stimmen, abholen und leeren stimmt definitiv nicht. Das klappt hier wie oben beschrieben einwandfrei. Hab jetzt auch nochmal das Spoolfile geprüft und das ist leer.
Mageia 1/KMail 1.13.2 - kein Thema, /var/mail/$user wird u.a. per fetchmail "befüllt". KMail holt die Mail dort ab, leert dabei den spool und filtert alle Mail in die Ablage. Spamfilter mit spmassassin kein Problem.
Mageia Couldon (Alpha 3 für Mageia 3)/KMail 4.9.80. /var/mail/$user läßt sich erst mal überhaupt nur auf Umwegen einrichten und ist dann ein zusätzliches Verzeichnis zum "Posteingang". Keine der dort im Moment ca. 100 Mail (aus dem System oder von fetchmail) wird in die Ablagestruktur einsortiert. Das geht nur, wenn für jede Mail e_i_n_z_e_l_n der bzw. die Filter aufgerufen werden. Dann sind die Mail aber doppelt vorhanden, nämlich immer noch in /var/mail/$user - und in der Ablage. Beim nächsten Versuch zu filtern kommen die schon gestern beschriebene Konfliktmeldungen für jede einzelne Mail. Der einzige Weg /var/mail/$user zu "leeren" scheint ein rm -r /var/mail/$user als root zu sein. Die Filter für spamassassin werden nach einem nicht nachvollziehbaren Schema entweder ausgeführt - oder ignoriert.
Ich arbeite im allgemeinen auf Debian testing/sid oder Mageia 2 mit Evolution in den unterschiedlichsten Versionen. Und dort/damit ist das alles überhaupt kein Thema.
Mageia 1/KMail 1.13.2 - kein Thema, /var/mail/$user wird u.a. per fetchmail "befüllt". KMail holt die Mail dort ab, leert dabei den spool und filtert alle Mail in die Ablage. Spamfilter mit spmassassin kein Problem.
Meinen Recherchen nach hat Mageia 1 Software aus KDE SC 4.6.3, oder so wie du es formulierst KMail 4.x.x
Das liest sich jetzt aber so, als würde es so funktionieren wie du erwartest, bzw. so wie ich es hier beobachte.
Erfahrung mit KMail auf openSUSE 12.2: Update von 11.4 auf 12.2: keine einzige Mail ist mehr vorhanden.
Daneben hatte ich für einen anderen Account auch ein Claws-Mail: Update von 11.4 auf 12.2: War da ein Update? Man konnte einfach weitermachen wie zuvor.
Die Migration alter Mails habe ich dann auch nicht mehr nach KMail durchgeführt, sondern gleich Claws Mail verwendet. Seither bin ich auch mit meinem Mailer wieder glücklich (auch wenn ich ansonsten GTK Programme und insbesondere Gnome soweit als möglich meide).
Ab 4.8.5 funktioniert Kmail jetzt endlich wieder (openSUSE 12.2).
Wenn Du das als "funktionieren" bezeichnest, dann bist Du aber sehr anspruchslos?
Alleine, dass Kmail 4.x.x immer noch nicht mit dem lokalen Mailspool umgehen und z.B. Systemmail in eine dafür bestimmte Mailablage filtern kann ist beschämend.
Hmm. Ich hab hier KMail 1.13.7 aus KDEPIM 4.4 (Debian unstable) und ich hab hier /var/mail/$user als einen der Mail-Ordner. Wenn root mails bekommt, z.B. beim aptitude safe-upgrade, dann landen die gemäß meiner Systemkonfiguration dort.
Meinst du eine andere Art von Mailspool?
Dort hat es IMO noch bedingt funktioniert. Kmail 2 (4.x.x) legt lediglich einen "Ordner" für /var/mail/$user an und dort bekommt man keine einzige Mail mehr raus.
D.h. der Unterschied zwischen KMail 1 (KDE 4.x.x) und KMail 2 (KDE 4.x.x) im Bezug auf diese Mailspooldateien ist, dass der Ordner in KMail 1 wie jeder andere auch funktioniert aber der in KMail 2 nicht verändert werden kann (read-only)?
Zumindest kannst Du keine Filter mehr drauf legen. Das funktioniert dann immer nur, wenn Du den/die Filter manuell und für jede Mail einzeln aufrufst. Die Mail werden dabei aber nur aus dem Mailspool kopiert, nicht dort gelöscht. Mit der Folge - Spätestens beim zweiten Durchlauf bekommst Du dabei dann bei jeder Mail eine aufploppende Meldung (von nepomuk & co.) in dem Sinn, daß diese Mail schon vorhanden ist und welche (die linke oder die rechte) Du behalten willst.
Nevig bis zum gehtnichtmehr!
In KMail 4.8.x kam dann auch noch dazu, daß z.B. ein Filter auf spamassassin die Mail völlig geschrottet und ohne Inhalte belassen hat.
Von der nicht vorhandenen Zusammenarbeit mir z.B. procmail rede ich besser erst garnicht.
Hmm.
Wenn es um Verschieben der Mail geht, vielleicht mittels kurzer Aufbewahrungsfrist und als Aktion Verschieben in einen Ordner?
Hab selber keine Notwendigkeit dafür, daher noch nie getestet.
Mein Mailspool bekommt nur lokale Nachrichten, das sind nicht viele und praktisch ein Log der Systemaktivitäten
Genau das selbstständige Verschieben über Filter funktioniert ja nun nicht mehr.
Das Mindeste was ich bisher auf jeder Linux-Maschine eingerichtet habe war z.B. die Abholung der Post beim Provider via fetchmail. Läuft hier nun völlig daneben.
Und wenn Du Anwendungen hast, die regelmäßig - evtl. auch noch in kurzen Abständen - Meldungen generieren und zustellen wollen, dann bist Du mit KMail inzwischen restlos gekniffen.
Jeder einigermaßen vernünftige MUA kann Mail aus /var/mail/$user abholen, filtern und den spool leeren - nur KMail 4.x.x kann das nicht mehr.
Ah. Hab hier keine Filter am Ordner der meine lokalen Mails beinhaltet.
Das mit dem Filtern mag ja stimmen, abholen und leeren stimmt definitiv nicht. Das klappt hier wie oben beschrieben einwandfrei. Hab jetzt auch nochmal das Spoolfile geprüft und das ist leer.
Mageia 1/KMail 1.13.2 - kein Thema, /var/mail/$user wird u.a. per fetchmail "befüllt". KMail holt die Mail dort ab, leert dabei den spool und filtert alle Mail in die Ablage. Spamfilter mit spmassassin kein Problem.
Mageia Couldon (Alpha 3 für Mageia 3)/KMail 4.9.80. /var/mail/$user läßt sich erst mal überhaupt nur auf Umwegen einrichten und ist dann ein zusätzliches Verzeichnis zum "Posteingang". Keine der dort im Moment ca. 100 Mail (aus dem System oder von fetchmail) wird in die Ablagestruktur einsortiert. Das geht nur, wenn für jede Mail e_i_n_z_e_l_n der bzw. die Filter aufgerufen werden.
Dann sind die Mail aber doppelt vorhanden, nämlich immer noch in /var/mail/$user - und in der Ablage. Beim nächsten Versuch zu filtern kommen die schon gestern beschriebene Konfliktmeldungen für jede einzelne Mail.
Der einzige Weg /var/mail/$user zu "leeren" scheint ein rm -r /var/mail/$user als root zu sein.
Die Filter für spamassassin werden nach einem nicht nachvollziehbaren Schema entweder ausgeführt - oder ignoriert.
Ich arbeite im allgemeinen auf Debian testing/sid oder Mageia 2 mit Evolution in den unterschiedlichsten Versionen. Und dort/damit ist das alles überhaupt kein Thema.
Meinen Recherchen nach hat Mageia 1 Software aus KDE SC 4.6.3, oder so wie du es formulierst KMail 4.x.x
Das liest sich jetzt aber so, als würde es so funktionieren wie du erwartest, bzw. so wie ich es hier beobachte.
Mageia 1
Version 1.13.7
Unter KDE 4.6.5 (4.6.5)
Mageia Couldron
gerade auf
KMail
Version 4.10 beta2
Unter KDE 4.9.90
"geupdated"
Erfahrung mit KMail auf openSUSE 12.2:
Update von 11.4 auf 12.2: keine einzige Mail ist mehr vorhanden.
Daneben hatte ich für einen anderen Account auch ein Claws-Mail:
Update von 11.4 auf 12.2: War da ein Update? Man konnte einfach weitermachen wie zuvor.
Die Migration alter Mails habe ich dann auch nicht mehr nach KMail durchgeführt, sondern gleich Claws Mail verwendet. Seither bin ich auch mit meinem Mailer wieder glücklich (auch wenn ich ansonsten GTK Programme und insbesondere Gnome soweit als möglich meide).