The following issue has been CLOSED 
====================================================================== 
http://www.dbmail.org/mantis/view.php?id=265 
====================================================================== 
Reported By:                idk
Assigned To:                paul
====================================================================== 
Project:                    DBMail
Issue ID:                   265
Category:                   IMAP daemon
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
target:                      
Resolution:                 fixed
Fixed in Version:           2.2.3
====================================================================== 
Date Submitted:             31-Aug-05 15:16 CEST
Last Modified:              06-Mar-07 22:55 CET
====================================================================== 
Summary:                    Non US-ASCII character in mail header breaks
fetching
Description: 
When non-us-ascii (8bit) is present in header (eg To:, see additional
information), IMAP server send this character unescaped, thus MSOE client
logs [db] PARSE ERROR: hr=2148322516 and shows nothing. I know 8bit
charecetr si wrong at this place, but IMAP server should handle this
issue, IMHO.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0000304 with ref: to ID 0000265 , bug was suspe...
====================================================================== 

---------------------------------------------------------------------- 
 paul - 01-Oct-05 11:16  
---------------------------------------------------------------------- 
This is expected to be fixed in the upcoming 2.1.3 release, which will be
the first release without *any* of the old homegrown mime-parser.

I'm therefor suspending this bug until 2.1.3 is released. Once gmime is
used for all mime and encoding issues this should be trivial to fix, if
not fixed then already.
 

---------------------------------------------------------------------- 
 paul - 30-Apr-06 10:11  
---------------------------------------------------------------------- 
Current svn-trunk is handling multibyte encodings in the headers just fine.
I'm therefore closing this bug. 

---------------------------------------------------------------------- 
 idk - 06-Mar-07 22:14  
---------------------------------------------------------------------- 
Sorry, I had not check this issue till now. Aftter upgrade to 2.2.2 I
checked some message (previously inserted into db by 2.0 version) with
same result (as in additional information above described). The same
message I inserted by 2.2.2 version (sendmail user <message.eml). The same
result on new message copy. So parsing mail headers still wrong.

My test message has ASCII >0x7F (here 0xE9) in "to" header (To:
<"Odoln\xe9 palmy"@domain>), LMTP daemon receives this message from
postfix in unchanged form (so with  0xE9 character), inserts it into db,
then IMAP daemon returns on FETCH query this character, but IMAP should
communicate in UTF7 encoding (0xE7 is not valid UTF7 character).

SELECT hex( headervalue ) 
FROM `dbmail_headervalue` 
WHERE physmessage_id =148748
AND headername_id =8

22 4F 64 6F 6C 6E E9 20 70 61 6C 6D 79 22 40 6D 78 2E 6D 6F 72 65 2E 63
7A

I changed this character in database manually (in dbmail_headervalue
cache), but without effect, nor after daemon restart. IMAPD still returns
0xE9 ((NIL NIL "Odoln&http://www.dbmail.org/mantis/view.php?id=9618; palmy "
"domain")). 

---------------------------------------------------------------------- 
 paul - 06-Mar-07 22:55  
---------------------------------------------------------------------- 
You are correct about 2.2.2, but please test the current active branch
(dbmail_2_2_branch). There have been some relevant changes since 2.2.2
that have addressed (and hopefully resolve) all 8bit issues in the
envelope response. I'm relating this issue to the ones I'm refering to. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
31-Aug-05 15:16 idk            New Issue                                    
01-Oct-05 11:16 paul           Note Added: 0000937                          
01-Oct-05 11:16 paul           Status                   new => acknowledged 
01-Oct-05 11:16 paul           Resolution               open => suspended   
01-Oct-05 11:16 paul           Projection               none => major rework
01-Oct-05 11:16 paul           ETA                      none => < 1 month   
30-Apr-06 09:27 aaron          Relationship added       related to 0000304  
30-Apr-06 10:11 paul           Note Added: 0001134                          
30-Apr-06 10:11 paul           Assigned To               => paul            
30-Apr-06 10:11 paul           Status                   acknowledged => resolved
30-Apr-06 10:11 paul           Resolution               suspended => fixed  
30-Apr-06 10:11 paul           Fixed in Version          => SVN Trunk       
06-Mar-07 22:14 idk            Status                   resolved => feedback
06-Mar-07 22:14 idk            Resolution               fixed => reopened   
06-Mar-07 22:14 idk            Note Added: 0001874                          
06-Mar-07 22:55 paul           Note Added: 0001875                          
06-Mar-07 22:55 paul           Status                   feedback => closed  
06-Mar-07 22:55 paul           Resolution               reopened => fixed   
06-Mar-07 22:55 paul           Fixed in Version         SVN Trunk => 2.2.3  
======================================================================

_______________________________________________
Dbmail-dev mailing list
Dbmail-dev@dbmail.org
http://twister.fastxs.net/mailman/listinfo/dbmail-dev

Reply via email to