[imapfilter-devel] Invalid system flag

Peter Kronfuss dreamfire at gmx.at
Sun Jun 13 16:01:10 EEST 2004


Lefteris Chatzibarbas wrote:

>On Sun, Jun 13, 2004 at 12:05:33AM +0200, Peter Kronfuss wrote:
>  
>
>>Peter Kronfuss wrote:
>>    
>>
>>>[...]
>>>The result is that all OTS Messages are moved in the mailbox ots at 
>>>account1 but only the first message is copied to the mailbox at account2.
>>>[...]
>>>C (4): 101F APPEND "INBOX.ots" (\Seen) "12-Jun-2004 16:23:56 +0200" 
>>>{5938}
>>>S (4): 101F OK [APPENDUID 1087025209 11] Completed
>>>C (4): 1020 APPEND "INBOX.ots" (\NonJunk) "12-Jun-2004 16:23:55 +0200" 
>>>{6859}
>>>[...]
>>>      
>>>
>>I have created a patch for interface.lua which deletes the \NonJunk flag 
>>while appending a new message to a mailbox. Now copying mails from one 
>>mailbox to another works with my imap-Server. Nevertheless I doesn't 
>>know where this flag comes from!
>>    
>>
>Yes, this \NonJunk flag is not a standard one, and it seems that the
>destination server doesn't understand/accept it.  The IMAP specification
>defines that an IMAP server _may_ support new user flags, but it isn't a
>requirement...
>  
>
I now think that I know where this flag comes from. It seems that 
mozilla/thunderbird uses this flag to determine if a message is junk or 
not. My originating server and the destination server are the same, so I 
thought the server should be able to handle this flag. But I looked at 
your code and found that all message flags are treated as a system flag, 
but NonJunk isn't a system flag instead it is a keyword. So I created a 
new patch that checks whether a flag is a system flag or not and store 
this information in the fetchfast result table. When appending a message 
to the mailbox only system flags are copied to the destionation mailbox.

HTH

-- 
Peter
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: interface.lua.patch
URL: <http://lists.hellug.gr/pipermail/imapfilter-devel/attachments/20040613/0dd45b70/attachment.asc>


More information about the Imapfilter-devel mailing list