Mail-Client hängt beim Zugriff auf dovecot/sieve

[Laura Schmidt]

Hallo,

mein icedove-Client h�ngt beim Zugriff auf meinen
Postfix/Dovecot/Sieve-Server. Beim Zugriff auf Account Settings ->
Server -> Sieve Settings und dann auf Edit Filters bleibt er ewig stehen.

Das Ganze funktionierte seltsamerweise schon einmal. Auf dem Server
liegt sogar schon eine Filter-Regel. Es ist mir unerkl�rlich, warum der
Zugriff nicht mehr funktioniert. Alle Parameter sind gleich geblieben.

Der Zugriffsversuch erscheint nicht in mail.log. Wie kann ich das
Problem weiter eingrenzen?

Danke
Laura

$ dovecot -n | grep ieve

managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope
encoded-character vacation subaddress comparator-i;ascii-numeric
relational regex imap4flags copy include variables body enotify
environment mailbox date ihave
sieve = ~/.dovecot.sieve
sieve_dir = ~/sieve
protocols = imap pop3 lmtp sieve
service managesieve-login {
inet_listener sieve {
mail_plugins = " sieve"
mail_plugins = " sieve"

-----

service managesieve-login {
inet_listener sieve {
port = 4190
}
}

[Kai Bojens]

Laura Schmidt <l...@mailinator.com> wrote:
> Der Zugriffsversuch erscheint nicht in mail.log. Wie kann ich das
> Problem weiter eingrenzen?

Hmm, ich hatte mit Sieve und Dovecot bisher keine Probleme. Hast Du mal
einen anderen Client ausprobiert, wie zum Beispiel ein Rouncdube mit dem
entsprechenden Plugin?

[Burkhard Ott]

On Mon, 18 Aug 2014 18:58:55 +0200, Laura Schmidt wrote:

> service managesieve-login {
> inet_listener sieve {
> port = 4190
> }
> }

Horcht da wirklich jemand und wenn ja kannst Du eine Verbindung
herstellen.
Da Du nix im log auf dem Server bekommst, koennte es sein das entweder FW
regeln filtern?

cheers

[Laura Schmidt]

On 08/19/2014 03:50 AM, Burkhard Ott wrote:
> On Mon, 18 Aug 2014 18:58:55 +0200, Laura Schmidt wrote:
>
>> service managesieve-login {
>> inet_listener sieve {
>> port = 4190
>> }
>> }
>
> Horcht da wirklich jemand und wenn ja kannst Du eine Verbindung
> herstellen.

Scheint so:

$ telnet myserver 4190
Trying ...
Connected to ...
Escape character is '^]'.
"IMPLEMENTATION" "Dovecot Pigeonhole"
"SIEVE" "fileinto reject envelope encoded-character vacation subaddress

comparator-i;ascii-numeric relational regex imap4flags copy include
variables body enotify environment mailbox date ihave"

"NOTIFY" "mailto"
"SASL" ""
"STARTTLS"
"VERSION" "1.0"
OK "Dovecot ready."

> Da Du nix im log auf dem Server bekommst, koennte es sein das entweder FW
> regeln filtern?

Das kann ich ausschliessen.

Laura

[Juergen P. Meier]

Laura Schmidt <l...@mailinator.com>:

Hast du dovecot upgedatet?

> Der Zugriffsversuch erscheint nicht in mail.log. Wie kann ich das
> Problem weiter eingrenzen?

> service managesieve-login {
> inet_listener sieve {
> port = 4190
> }

Da der Telnet funktioniert, ist dovecot erstmal aussen vor. Du musst
dir das Log vom pigeonhole plugin anschauen.

Schau mal ob du ein .dovecot.sieve.log hast.
(bzw. locate .dovecot.sieve.log)

[Laura Schmidt]

On 08/19/2014 08:08 AM, Juergen P. Meier wrote:
> Laura Schmidt <l...@mailinator.com>:

> Hast du dovecot upgedatet?

Nicht bewusst, nur das regelm��ige apt-get update/upgrade. (Ist ein
Wheezy-System).

>> Der Zugriffsversuch erscheint nicht in mail.log. Wie kann ich das
>> Problem weiter eingrenzen?
>> service managesieve-login {
>> inet_listener sieve {
>> port = 4190
>> }
>
> Da der Telnet funktioniert, ist dovecot erstmal aussen vor. Du musst
> dir das Log vom pigeonhole plugin anschauen.

Wo finde ich das?

> Schau mal ob du ein .dovecot.sieve.log hast.
> (bzw. locate .dovecot.sieve.log)

Habe ich, in einer der Mailboxen:

cat /var/mail/vhosts/myserver.de/laura/.dovecot.sieve.log

> sieve: info: started log at Jun 03 05:11:54.
> error: ...:
> failed to store into mailbox 'Store/known': Invalid mailbox name.

Der Fehler mit dem fehlenden Ordner wurde damals schon behoben. Die
Datei ist vom Juni. Da lief sieve noch.

Ich habe mal sieve-connect ausprobiert und einen Fehler wegen dem
Zertifikat erhalten (s. u.). Aber das liegt bestimmt an was anderem
(falsche Angabe von -authmech z. B.?). Das Zertifikat habe ich gepr�ft
und es ist nicht abgelaufen.

Laura


laura@local:~> sieve-connect --debug --authmech STARTTLS -s
imap.myserver.de
setup: Need to find SSL_ca_path, trying to ask openssl
setup: Have set SSL_ca_path to /usr/lib/ssl/certs
connection: trying <imap.myserver.de:sieve(4190)> (try 'sieve' in
/etc/services, fallback 4190)
connection: remote host address is [....] port [4190]
<<< "IMPLEMENTATION" "Dovecot Pigeonhole"\r\n
<<< "SIEVE" "fileinto reject envelope encoded-character vacation

subaddress comparator-i;ascii-numeric relational regex imap4flags copy

include variables body enotify environment mailbox date ihave"\r\n
<<< "NOTIFY" "mailto"\r\n
<<< "SASL" ""\r\n
<<< "STARTTLS"\r\n
<<< "VERSION" "1.0"\r\n
<<< OK "Dovecot ready."
-T- will use TLS certs from directory "/usr/lib/ssl/certs"
-T- using hostname 'imap.myserver.de', verification verify-peer
cert-required
>>> STARTTLS\r\n
<<< OK "Begin TLS negotiation now."\r\n
STARTTLS promotion failed: SSL connect attempt failed error:14090086:SSL
routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed

[Laura Schmidt]

Hat keiner noch eine Idee?

[Sven Hartge]

Laura Schmidt <l...@mailinator.com> wrote:

> Hat keiner noch eine Idee?

Du hast schon die aktuell 0.2.3d-Version des Plugins, ja?

S°

--
Sigmentation fault. Core dumped.

[Burkhard Ott]

On Fri, 22 Aug 2014 19:30:12 +0200, Laura Schmidt wrote:

> Hat keiner noch eine Idee?

Letzter weg ist tcpdump wuerde ich sagen.

[Laura Schmidt]

On 08/22/2014 08:27 PM, Sven Hartge wrote:

> Laura Schmidt <l...@mailinator.com> wrote:

> Du hast schon die aktuell 0.2.3d-Version des Plugins, ja?

Nein, 0.2.2. Aber icedove 24.5.0 bietet mir nichts anderes an.

Laura

[Sven Hartge]

Du musst das manuell installieren, die Version ist nicht im Plugin-Shop:

https://github.com/thsmi/sieve

https://github.com/thsmi/sieve/tree/master/nightly/0.2.3

[Laura Schmidt]

On 08/23/2014 04:19 AM, Burkhard Ott wrote:
> On Fri, 22 Aug 2014 19:30:12 +0200, Laura Schmidt wrote:

> Letzter weg ist tcpdump wuerde ich sagen.

Auf dem Server laufen lassen, während der Client zugreift?

# tcpdump -v 'tcp port 4190'
tcpdump: listening on venet0, link-type LINUX_SLL (Linux cooked),
capture size 65535 bytes

Da kommt nichts...
Auch auf dem Client nicht.

Ist mein Aufruf falsch?

Laura

[Sven Hartge]

Nein.

Aber die von dir verwendete Version des Sieve-Plugins für Thunderbird
funktioniert nicht mehr mit aktuellen Thunderbirds.

Du brauchst zwingend die Version 0.2.3d.

[Burkhard Ott]

Aufruf pass schon, bedeutet aber auch das Dein Client nicht verbindet.
Du wirst den Weg gehen muessen den Sven vorgeschlagen hat.

cheers

[Laura Schmidt]

On 08/23/2014 01:17 PM, Sven Hartge wrote:
> Laura Schmidt <l...@mailinator.com> wrote:

> Du musst das manuell installieren, die Version ist nicht im Plugin-Shop:

> https://github.com/thsmi/sieve
> https://github.com/thsmi/sieve/tree/master/nightly/0.2.3

Danke, das macht ja Hoffnung auf eine Lösung! :-)

Aber der Mechanismus zur manuellen Installation von Plugins ist mir neu,
besonders bei icedove (wahrscheinlich != thunderbird).

Wie macht man das manuell?
(Ergibt sich nicht aus den Links und ich möchte bei Debian/iceweasel
bleiben.)

BTW: Was hat sich denn da grundlegend geändert, dass die Funktionalität
von einer Minor Version abhängt?

Laura

[Sven Hartge]

Laura Schmidt <l...@mailinator.com> wrote:
> On 08/23/2014 01:17 PM, Sven Hartge wrote:
>> Laura Schmidt <l...@mailinator.com> wrote:

>> Du musst das manuell installieren, die Version ist nicht im Plugin-Shop:

>> https://github.com/thsmi/sieve
>> https://github.com/thsmi/sieve/tree/master/nightly/0.2.3

> Danke, das macht ja Hoffnung auf eine Lösung! :-)

> Aber der Mechanismus zur manuellen Installation von Plugins ist mir neu,
> besonders bei icedove (wahrscheinlich != thunderbird).

Warum sollte Icedove hier anders sein?

> Wie macht man das manuell?
> (Ergibt sich nicht aus den Links und ich möchte bei Debian/iceweasel
> bleiben.)

Google "thunderbird plugin manuell installieren", erster Treffer:

http://www.thunderbird-mail.de/wiki/Add-ons

> BTW: Was hat sich denn da grundlegend geändert, dass die Funktionalität
> von einer Minor Version abhängt?

Interna von Thunderbird/Icedove haben sich verändert, so dass das Plugin
angepasst werden musste. Die neue Version kann aber auf Grund einer
Technikalität nicht in den Plugin-Shop aufgenommen werden, daher bleibt
nur die manuelle Installation.

[Laura Schmidt]

On 08/23/2014 06:47 PM, Sven Hartge wrote:
> Laura Schmidt <l...@mailinator.com> wrote:
>> On 08/23/2014 01:17 PM, Sven Hartge wrote:
>>> Laura Schmidt <l...@mailinator.com> wrote:

>>> Du musst das manuell installieren, die Version ist nicht im Plugin-Shop:

>>> https://github.com/thsmi/sieve/tree/master/nightly/0.2.3

>> Aber der Mechanismus zur manuellen Installation von Plugins ist mir neu,
>> besonders bei icedove (wahrscheinlich != thunderbird).
>
> Warum sollte Icedove hier anders sein?

Habe es ausprobiert, mit sieve-0.2.3d.xpi und sieve-0.2.3c.xpi:

"This add-on could not be installed because it appears to be corrupt."

>> BTW: Was hat sich denn da grundlegend geändert, dass die Funktionalität
>> von einer Minor Version abhängt?

> Interna von Thunderbird/Icedove haben sich verändert, so dass das Plugin
> angepasst werden musste. Die neue Version kann aber auf Grund einer
> Technikalität nicht in den Plugin-Shop aufgenommen werden, daher bleibt
> nur die manuelle Installation.

Ich sehe, dass die Dateien auf github.com 2 Jahre alt sind. Das
widerspricht irgendwie der Tatsache, dass ich noch im Juni 2014 mit
einem Wheezy-System per icedove und sieve aus dem Plugin-Shop auf meinen
Server zugreifen konnte.

Laura

[Laura Schmidt]

Hallo,

ich habe nun mit sieve-connect eine Verbindung hinbekommen:

----------------------------------------
$sieve-connect --debug --nosslverify -s imap.myserver.de -user
la...@myserver.de

setup: Need to find SSL_ca_path, trying to ask openssl
setup: Have set SSL_ca_path to /usr/lib/ssl/certs
connection: trying <imap.myserver.de:sieve(4190)> (try 'sieve' in
/etc/services, fallback 4190)

connection: remote host address is [...] port [4190]

<<< "IMPLEMENTATION" "Dovecot Pigeonhole"\r\n

<<< "SIEVE" "fileinto reject envelope encoded-character vacation

subaddress comparator-i;ascii-numeric relational regex imap4flags copy

include variables body enotify environment mailbox date ihave"\r\n
<<< "NOTIFY" "mailto"\r\n
<<< "SASL" ""\r\n
<<< "STARTTLS"\r\n
<<< "VERSION" "1.0"\r\n
<<< OK "Dovecot ready."
-T- will use TLS certs from directory "/usr/lib/ssl/certs"

-T- using hostname 'imap.myserver.de', verification !DISABLED!

>>> STARTTLS\r\n
<<< OK "Begin TLS negotiation now."\r\n

-T- TLS activated here [256 bits]
>>> NOOP "STARTTLS-RESYNC-CAPA"\r\n

<<< "IMPLEMENTATION" "Dovecot Pigeonhole"\r\n

<<< "SIEVE" "fileinto reject envelope encoded-character vacation

subaddress comparator-i;ascii-numeric relational regex imap4flags copy

include variables body enotify environment mailbox date ihave"\r\n
<<< "NOTIFY" "mailto"\r\n

<<< "SASL" "PLAIN LOGIN"\r\n
<<< "VERSION" "1.0"\r\n
<<< OK "TLS negotiation successful."
<<< OK [TAG "STARTTLS-RESYNC-CAPA"] "Done"
Sieve/IMAP Password:
>>> AUTHENTICATE "PLAIN" {56+}\r\n
>>> AG1hcmt1c0B5YWduZXItdW50ZXJoYANoaW5nLmRlAE1laXN0ZXJFZGVy\r\n
<<< OK "Logged in."\r\n

Term::ReadLine::Gnu version: 1.24
GNU Readline Library version: 6.3
ReadLine support enabled.
----------------------------------------

Allerdings musste ich --nosslverify verwenden, ansonsten erhalte ich die
Meldung, dass das Zertifikat nicht gepr�ft werden konnte.

W�hrend dem Aufruf springt auch tcpdump auf Port 4190 an!

Was sagt uns das?

Was hat es mit dem SSL-Zertifikat auf sich?

Laura

[Sven Hartge]

Damals war ja auch noch der Thunderbird 17-esr aktuell.
Mittlerweile sind wir bei 24.7 und dort braucht es das neue Addon.

[Burkhard Ott]

On Mon, 25 Aug 2014 06:09:03 +0200, Laura Schmidt wrote:

> Hallo,
[...]

> ich habe nun mit sieve-connect eine Verbindung hinbekommen:

> Allerdings musste ich --nosslverify verwenden, ansonsten erhalte ich die

> Meldung, dass das Zertifikat nicht geprüft werden konnte.
>
> Während dem Aufruf springt auch tcpdump auf Port 4190 an!
>
> Was sagt uns das?

Das sieve auf dem Server gut funktioniert.

> Was hat es mit dem SSL-Zertifikat auf sich?

Kannst Du ignorieren. Oder installier das self signed cert auf dem Client.

Das Problem ist offensichtlich Dein client (was wars gleich thunderbird
oder so). Da Du via mit sieveconnect manuell eine Verbindung aufbauen
kannst, thunderbird aber nicht mal ein tcp syn rausschicket, bin ich der
gleichen Meinung wie Sven, irgendwas laeuft mit Deinem TB und dem sieve
plugin verkehrt. Kann man da irgendwir debugging anschalten, oder ein
strace ranpappen. Ware mal interessant ob es versucht einen socket su
erstellen, das scheint schon in die Hose zu gehen.

[Sven Hartge]

Leute.

Die einzige Lösung ist es, Version 0.2.3d des Sieve-Plugins zu
installieren.

Da gibt es nicht zu debuggen oder zu versuchen.

Es sei denn, ihr wollt unnötig eure Zeit verschwenden um zu versuchen
ein Problem zu lösen, was schon längst gelöst ist.

[Laura Schmidt]

Hallo,

ich habe jetzt bahnbrechende neue Erkenntnisse!

Den alten Laptop, mit dem ich im Juni noch einwandfrei auf meinen
dovecot-Server mit sieve zugreifen konnte, habe ich mir wieder besorgt
(war woanders), und der tut es noch immer!

Hier die Eckdaten:

- icedove 17.0.10
- sieve 0.2.2, ganz normal aus dem Plugin-Shop
- Debian-System, lange nicht mehr geupdatet

Was konkret auff�llt:

Wenn man auf seine Filterregeln zugreif, w�hlt man ja "Account
Settings", und dann "Edit Filters". Dann �ffnet sich ein neuer Tab mit
dem Titel "Sieve Filters". Ganz oben steht "Filters for:" und daneben
ist eine Drop-Down-Liste.

- Bei dem funktionierenden System steht da der Name meines Servers.

- Bei dem nicht funktionierenden System steht da nichts! Die Liste
enth�lt auch nichts. Das fiel mir schon immer auf!

Das ist doch dann der Punkt, an dem man ansetzen muss. Wenn da nichts
angezeigt wird, sind die Verbindungsprobleme mit Sicherheit eine Folge
davon. Aber warum steht da nichts? Was ist da los?

Laura

[Sven Hartge]

Laura Schmidt <l...@mailinator.com> wrote:

> ich habe jetzt bahnbrechende neue Erkenntnisse!

> Den alten Laptop, mit dem ich im Juni noch einwandfrei auf meinen
> dovecot-Server mit sieve zugreifen konnte, habe ich mir wieder besorgt
> (war woanders), und der tut es noch immer!

> Hier die Eckdaten:

> - icedove 17.0.10
> - sieve 0.2.2, ganz normal aus dem Plugin-Shop
> - Debian-System, lange nicht mehr geupdatet

Ja, weil Icedov 17 nicht mit dem Sieve-Plugin 0.2.2 funktioniert. Sobald
Die Icedove-Version > 20 ist, brauchst du 0.2.3d.

Das habe ich schon x Mal gesagt. Warum glaubt mir keiner? Warum glaubt
keiner dem Plugin-Autor, der exakt dieses auch im Git-Repository (bzw.
im Issue-Tracker) schreibt?

[Burkhard Ott]

Man glaubt Dir doch, zumindest ich :). Was Laura beschreibt ist ja genau
der Fehler, nur zwingen kannst Du sie nicht auf Dich zu hoeren. Das das
plugin keine server Verbindung herstellt hat sie ja nun auch
festgestellt, deshalb hatte ich sie frueher gefragt ob sie was mit
tcpdump sieht. Der Fall ist eigentlich ziemlich klar, nur wie schon
erwaeht ob sie das Problem nun loesen will oder nicht haengt allein von
ihr ab. Entweder icedove downgrade oder Dein empfohlener weg, notfalls
kann sie ja uch mit telnet verbinden und mit sieve quatschen :).

cheers

[Sven Hartge]

Laura Schmidt <l...@mailinator.com> wrote:

> ich habe jetzt bahnbrechende neue Erkenntnisse!

> Den alten Laptop, mit dem ich im Juni noch einwandfrei auf meinen
> dovecot-Server mit sieve zugreifen konnte, habe ich mir wieder besorgt
> (war woanders), und der tut es noch immer!

> Hier die Eckdaten:

> - icedove 17.0.10
> - sieve 0.2.2, ganz normal aus dem Plugin-Shop
> - Debian-System, lange nicht mehr geupdatet

Ja, weil Icedov 17 noch mit dem Sieve-Plugin 0.2.2 funktioniert. Sobald

Die Icedove-Version > 20 ist, brauchst du 0.2.3d.

Das habe ich schon x Mal gesagt. Warum glaubt mir keiner? Warum glaubt
keiner dem Plugin-Autor, der exakt dieses auch im Git-Repository (bzw.
im Issue-Tracker) schreibt?

S°

(Supersede wg. Korrektur eines wichtigen Schreibfehlers.)

[Laura Schmidt]

On 08/25/2014 01:19 PM, Heiko Schlenker wrote:

> Dann ist etwas beim Herunterladen schief gelaufen. Versuche es einmal
> mit dieser Adresse:
> https://github.com/thsmi/sieve/blob/master/nightly/0.2.3/sieve-0.2.3d.xpi?raw=true

Das war's!!! Tausend Dank!

Hammer, dass man so lange rumsuchen muss, nur weil der Download nicht
funktionierte. Die jetzige Datei ist größer, also hatte er damals früher
aufgehört. :-/

@Sven:
> Warum glaubt mir keiner?

Wollte ich ja, aber es ging nicht...

Danke!
Laura