tir, 22 03 2011 kl. 12:17 +0100, skrev Stefan Hornburg (Racke): > On 03/21/2011 05:09 PM, Henrik Christian Grove wrote: > > Package: courier-imap > > Version: 4.4.0-2 > > > > I had setup imapfilter to place some mails in a folder called > > 'Trash.Slettede domæner' (my .imapfilter/config.lua file is stored as > > iso8859-1). It seemed to work... until I needed to see those mails, > > evolution insisted that there were no mails from since I switched from > > using evolutions filtering to using imapfilter. > > > > I logged into the imapserver and did a `ls -la` on the maildir, and the > > problem was obvious: > > drwx------ 6 44345 44460 126 Feb 23 12:05 .Trash.Slettede dom&AOY-ner > > drwx------ 6 44345 44460 126 Mar 21 14:46 .Trash.Slettede domæner > > > > I.e. courier has created a folder with an invalid name (the second). > > > > I don't know whether the IMAP protocol states that the client should > > encode folder names as IMAPUTF7, but in that case courier should have > > given an error back to imapfilter, when it first tried to create it. If > > the IMAP protocol doesn't give the client that responsibility, courier > > should have detected the iso8859-1 character and encoded it properly. > > > > http://sourceforge.net/mailarchive/forum.php?thread_name=cone.1300791730.851053.11311.500%40monster.email-scan.com&forum_name=courier-imap > > I suppose you better use UTF-8 for your imapfilter configuration file.
Well, RFC3501, section 5.1, says: Mailbox names are 7-bit. Client implementations MUST NOT attempt to create 8-bit mailbox names, and SHOULD interpret any 8-bit mailbox names returned by LIST or LSUB as UTF-8. Server implementations SHOULD prohibit the creation of 8-bit mailbox names, and SHOULD NOT return 8-bit mailbox names in LIST or LSUB. So strictly speaking courier doesn't do anything wrong, I just can't imagine the "valid reasons" (from RFC2119, where the meaning of "SHOULD" is defined) for not prohibiting the creation of these folders. At work we have seen folder names with 8 bit characters several times, and I'm pretty sure very few of those customers have used imapfilter. I.e. there are other broken clients out there, so prohibiting this on the server would be the easiest way to avoid problems. Dovecot does prohibit this, and we are probably going to replace courier with dovecot anyway, so my problem will probably go away. If the courier developers wont fix this, just tag this bug report as wont-fix, but please leave it open, so others may find it and reconsider using courier. .Henrik P.S. I don't expect imapfilter to behave much better, if I start using SUCK-8, so I've just mangled the folder name to pure ASCII. - And submitted a bug report against imapfilter http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619242 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
