[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