Package: sylpheed-claws-gtk2 Version: 2.2.0-1 Severity: normal Wenn adding a new IMAP mailbox, s-c checks if the folders Trash, Queue, Drafts and Sent exist on the server. If not, they are created without asking for permission.
The problem with that is that folders for most of these purposes already exist on my IMAP mailbox, but they have German names (Geloescht, Entwuerfe, Gesendet). They need to have German names because the mailbox is accessed in parallel by a webinterface and a voice/fax messaging solution, which expect the German names, and I can't change that. So, right now the workflow to use this account with s-c is the following: - Add the account and let s-c build the folderlist - Change the folders for Drafts, Queue, Sent, Trash to the correct ones - Exit s-c - Delete the folders s-c created on the IMAP server using the webinterface (s-c refuses to delete any of the "special" folders, even if the specific functionality has already been reassigned to a different folder) - Manually delete the entries for the folders created by s-c from folderlist.xml (even after the folders are gone from the server, s-c insists they exist; messages from the server that they don't exist are quietly ignored for "special" folders, even though the specific functionality etc...) Steps three through five have to repeated every time I feel like rebuilding the folderlist in s-c. I think s-c should ask on creation of an IMAP account whether I want to a) Create the special folders on the server (assuming they don't exist), b) Use existing folders, local or on this or some other account, for these purposes, c) Not have these special folders at all. I'm classifying this report "normal" instead of "whishlist" because the way special folders are handled right now seems not only lacking features, but broken. I shouldn't have to do all of the above just to delete a folder that happens to be named "Sent", especially not if the Sent folder functionality is not even assigned to that folder anymore. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages sylpheed-claws-gtk2 depends on: ii libaspell15 0.60.4-4 GNU Aspell spell-checker runtime l ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcompfaceg1 1:1.5.2-3 Compress/decompress images for mai ii libetpan6 0.45-3 mail handling library ii libglib2.0-0 2.10.3-1 The GLib library of C routines ii libgnomeprint2.2-0 2.12.1-4 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-3 GNOME 2.2 print architecture User ii libgtk2.0-0 2.8.18-1 The GTK+ graphical user interface ii libldap2 2.1.30-13 OpenLDAP libraries ii libpango1.0-0 1.12.3-1 Layout and rendering of internatio ii libpisock8 0.11.8-23 Library for communicating with a P ii libssl0.9.8 0.9.8b-2 SSL shared libraries Versions of packages sylpheed-claws-gtk2 recommends: ii aspell-de [aspell-dict 0.60-20030222-1-5 German dictionary for aspell ii aspell-en [aspell-dict 6.0-0-5 English dictionary for GNU Aspell ii metamail 2.7-51 implementation of MIME ii sylpheed-claws-gtk2-i1 2.2.0-1 Locale data for Sylpheed-Claws GTK ii sylpheed-claws-scripts 1.0.5-2.1 Helper scripts for Sylpheed and Sy ii xfonts-100dpi 1:1.0.0-2 100 dpi fonts for X ii xfonts-100dpi-transcod 1:1.0.0-2 100 dpi fonts for X (transcoded fr ii xfonts-75dpi 1:1.0.0-2 100 dpi fonts for X ii xfonts-75dpi-transcode 1:1.0.0-2 75 dpi fonts for X (transcoded fro -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
