------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.
http://www.exim.org/bugzilla/show_bug.cgi?id=420 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #34 is|0 |1 obsolete| | ------- Comment #4 from [EMAIL PROTECTED] 2006-12-05 01:04 ------- Created an attachment (id=36) --> (http://www.exim.org/bugzilla/attachment.cgi?id=36&action=view) Third version of imap_utf.c, now with extraspecials It doesn't seem that Courier actually does any encoding of '/' or '.'. There is code that encodes all of "/.~:" in addition to the characters that shall be encoded according to RFC 2060, but I haven't figured out where it's called from. Neither courier-imap nor sqwebmail allows folder names containing '/', even though it would be possible according to maildir.courier(5). I have thus added an argument called extraspecials to my function. It is a string containing characters that will be BASE64-encoded in addition to the normal ones. If sep is included in extraspecials it will still work as the hierachy separator and no error is reported. imap_utf7_encode() now returns NULL if a '.' or '/' occurs in the input string, if it's neither the separator nor included in extraspecials. Furthermore, leading and trailing occurrences of the separator are removed and consecutive occurrences are reduced into a single one. -- Configure bugmail: http://www.exim.org/bugzilla/userprefs.cgi?tab=email -- ## List details at http://www.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##
