Verbindung von Kmail bleibt beim Start hängen

[B. Buehler]

Hallo
ich "click" mich hier mal rein. Habe die vorgehenden Mails gelesen.

Ich habe festgestellt, dass solche beschriebenen Hänger nicht immer und nur 
beim Start von KMail (alleine) geschehen. Wird das Mailmodul in Kontact 
aufgerufen habe ich bisher die Hänger nicht festgestellt.

Ganz schlecht, bzw. unbrauchbar in KMail ist das Problem, dass beim 
Verschieben von Mails in den einzelnen Ordnern, sich diese immer duplizieren 
(bei Disconnect Imap). Ich habe bisher noch keine Abhilfe gefunden. Weiss da 
Jemand noch Rat?

openSUSE 10.3 KDE 3.5.7, KMail 1.9.6

Grüsse
Bernhard

Am Mittwoch, 23. Juli 2008 14.27 schrieb Thomas Arendsen Hein:
> * Julian Golderer <glua at 4-mail.net> [20080721 22:18]:
> > Thomas Arendsen Hein schrieb:
> > > Vielleicht handelt es sich auch um
> > > kolab/issue2443 (kontact aborts sieve when imapd sends capabilities
> > > after starttls)
> > >
> > > Pruefen kann man das, in dem man beim IMAP-Account (disconnected
> > > oder online) im Filter-Tab die Sieve-Unterstuetzung abschaltet.
> >
> > bingo - das wars! danke :)
> >
> > aber..was kann ich dagegen tun? ist es behoben wenn kolab 2.2 im
> > gentoo-overlay erscheint?
>
> Du koenntest mal versuchen, das imapd-Paket ohne "-D
> imapd::with_kolab_nocaps" neu zu bauen und zu installieren:
>
> # su - kolab
> $ openpkg rpm --rebuild --define 'with_fsl yes' --define 'with_group yes'
> --define 'with_group_igncase yes' --define 'with_atvdom yes' --define
> 'with_drac no' --define 'with_replication no' --define 'with_murder no'
> --define 'with_listext no' --define 'with_nntp no' --define 'with_ldap yes'
> --define 'with_annotate yes' --define 'with_morelogging yes' --define
> 'with_kolab yes' /pfad/zu/imapd-2.3.11-20080101_kolab4.src.rpm $ openpkg
> rpm --nodeps -e imapd
> $ openpkg rpm -ivh
> /kolab/RPM/PKG/imapd-2.3.11-20080101_kolab4.ix86-debian4.0-kolab.rpm
>
> Durch das with_kolab_nocaps wurde ein altes Verhalten der
> Sieve-Implementation aktiviert, welches von aelteren
> kontact-Versionen benoetigt wird. Neue Versionen des
> enterprise-Branches kommen mit beiden Verhaltensweisen zurecht, aber
> andere neue Versionen benoetigen wohl das neue Verhalten.
>
> Gruesse,
> Thomas Arendsen Hein