MBOX-Line: From jeff.mckay at comaxis.com  Tue Nov  1 21:08:33 2011
To: imap-protocol@u.washington.edu
From: Jeff Mckay <jeff.mckay@comaxis.com>
Date: Fri Jun  8 12:34:47 2018
Subject: [Imap-protocol] Character encoding question
Message-ID: <4EB0C241.6060900@comaxis.com>

I am dealing with a Sun Java imap server that seems a little screwy in 
regards to
encoding certain non-English character strings - hopefully this is my 
problem but
I'm not sure what is going on.  Here are a couple examples of folder names
from this server:

visible in client:  test/A hegyek h?val bor?tott
encoded by imap: "test/A hegyek h&APM-val bor&AO0-tott\"

visible in client: Temp/New??
encoded by imap: "Temp/New&bUuL1Q-"

In the first case, it is necessary to take the &AMP- part and base64 
decode it,
then treat the result as modified UTF7.  In the second case, the base64 
decode
step is unnecessary, it is already in UTF7 format.  Both of these folder 
encodings
came from the folder listing of one mailbox in a single session.  So my 
question is,
when do I do a base64 decode and when not?  Is there something in this 
encoding
that is supposed to tell me?  Any help appreciated.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20111101/e92d044c/attachment.html>
