[exim-dev] [Bug 420] An expansion operator that encodes to m…

Pàgina inicial
Delete this message
Reply to this message
Autor: bug420
Data:  
A: exim-dev
Assumpte: [exim-dev] [Bug 420] An expansion operator that encodes to modified UTF-7
------- 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


holmgren@??? changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #34 is|0                           |1
           obsolete|                            |





------- Comment #4 from holmgren@??? 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