Neues Tuxmail-Plugin mit tuxmaild um Mails auch zu lesen !!

[mb405]

naja , aber im wiki wa sie ja drin

[mb405]

kann es sein, das plugin ein problem mit den - hat ??
mein Kontoname ist T-Online. wenn jetzt ne nachricht auf tv kommt, dann schreibt der "xx neue Mail für T", also alles was nach - kommt ist weg. Ging aber immer.

[robspr1]

Wenn, dann würde der Fehler im daemon liegen, da dieser diese Meldung ausgibt.

Aber, bei mir geht es, eventuell hat dein httpd ein Problem mit dem '-'

[mb405]

war mein fehler hatte nach t ein leerzeichen drin.

noch ne frage habe ich noch. im wiki steht.

Scriptbeispiel zum Daemon beenden

kill -term $(cat /tmp/tuxmaild.pid)
sleep 3

nur dummerweise gibt es kein tuxmaild.pid mehr
wäre nicht schlecht, wenn das im wiki einer aktualisiert

kill -term $(pidof tuxmaild)
sleep 3

[robspr1]

also, ich habe noch immer ein /tmp/tuxmaild.pid, und das soll auch so sein.

[robspr1]

was neues:

wenn man das plugin von hier clock verwendet, ab der Version 0.13, dann wird mit der Verwendung von tuxmail-daemon ab der Version 1.35 neben der Uhrzeit blinkend ein Symbol für neue Mails angezeigt.

Verwendet wird dabei das Feature von tuxmail, die Anzahl der neuen Mails in der Datei /tmp/tuxmail.new zu speichern. Wird das Plugin geöffnet, dann wird diese Datei gelöscht.

[mb405]

@robspr1
ja, du hast recht, jetzt ist das tuxmaild.pid wieder da, aber mit der anderen methode funktioniert es auch

[robspr1]

neue Version D1.38/P1.41

* die Bedeutung der farbigen Markierung der Mails im Plugin kann geändert werden.

- TYPEFLAG = 1
GRÜN : Mails sind seit der letzten Kontenabfrage neu hinzugekommen

- TYPEFLAG = 2
GRÜN: es wurde noch keine neue Kontenabfrage durchgeführt seit diese Mail neu hinzugekommen ist

- TYPEFLAG = 3
GRÜN: diese Mail ist seit dem letzten Öffnen des Plugins neu hinzugekommen

* wird die Konfiguration mit dem Plugin geändert, werden die Änderungen sofort übernommen


fertige binaries gibt es hier

[mb405]

@robspr
also
TYPEFLAG=1 bedeutet wie bis jetzt aber was ist dann TYPEFLAG=3? ist doch das selbe
TYPEFLAG=2 versteh ich nicht den sinn

wenn ich eine config ändere, dann startet er den daemin neu ?

[robspr1]

@mb405

TYPEFLAG=1 ist dasselbe wie bisher

TYPEFLAG=3: die Mails bleiben grün markiert bis du das Plugin öffnest, vorher war es so, wenn du 2 Kontoabfragen hattest und in der 1. 2 Mails empfangen wurden und in der 2. eine Mail, dann war beim Öffnen des Plugins nur mehr die eine Mail grün markiert (im LCD hast du aber 3 neue angezeigt bekommen).

TYPEFLAG=2: so ähnlich wie 3, nur, wenn du das Plugin mehrmals hintereinander öffnest bleiben die Mails bis zur nächsten Kontoabfrage grün markiert.

Wenn du die config vom Plugin aus änderst, dann wird das entsprechende Kommando zum Neueinlesen der Config an den daemon geschickt.

[mb405]

danke danke . viel besser

[saruman]

So, nachdem ich nun endlich auch den bescheuerten Exchange-Server beim Kunden per tuxmaild abfrage *g* stelle ich mich die Frage, ob man die farbigen Markierungen der Mails (TYPEFLAG=[123]) nicht irgendwie "intuitiver" gestalten kann.

Irgendwie stelle ich mir vor, dass der tuxmaild das READ-Flag auf dem IMAP-Server abfragt und bei ungelesenen Mails die Mail grün markiert, bei bereits gelesenen Mails gelb und bei den über das Plugin zu löschenden Mails rot.

Und natürlich sollte dann auch nach dem Lesen einer Mail das Flag auf dem IMAP-Server auf gelesen gesetzt werden. *wünsch*

Was meint Ihr?

EDIT:
Habe eben noch einen Fehler entdeckt. Hier mal ein beispielhaftes Config-File zur Verdeutlichung:

Code: Alles auswählen

NAME0=FooBar
POP30=
IMAP0=imap.foo.bar
USER0=user
PASS0=pass
SMTP0=smtp.foo.bar
FROM0=user@foo.bar
CODE0=
AUTH0=2
SUSER0=suser
SPASS0=spass
INBOX0=

Dabei wir komischerweise der Mailserver aus IMAP0=imap.foo.bar mit dem User aus SUSER0=suser abgefragt? Der ist da natürlich nicht bekannt, wenn es sich beim IMAP- und SMTP-Server um zwei verschiedene Maschinen handelt.

EDIT:
Und der tuxmaild schmiert ohne Fehlermeldung ab, wenn zwar in IMAP0 und SMTP0 derselbe Host drinsteht, in USER0/PASS0 und SUSER0/SPASS0 aber verschiedene User/Passwörter.

[robspr1]

@saruman

bzgl. TYPEFLAG:

ja, das will ich auch noch einbauen, das die IMAP flags "richtig" verwendet werden


bzgl. Fehler:

ist korrigiert im CVS

[saruman]

Ah, super. Dank Dir!