[Kde-pim] Q about CachedImap code

[Adrian von Bidder]

Heyho!

Working on my "fix Ignore Thread" challenge, I'm struggling with 
kmail/kmfoldercachedimap.cpp (slotGetMessagesData):

 * around line 1846 (KDE 4.4.2) there are some assumptions about the 
ordering of the headers, in particular "X-Length" should be after "X-UID".  
Where does this assumption come from?  Looking at some mail (as displayed by 
kmail's "View Source" command) this assumption doesn't hold.  Bug?  Or is 
the "entry" QByteArray not the raw message but does hold the headers sorted?

 * The code also tries to parse an X-Flags header.  I never see this header, 
but I see a Status: and an X-Status header.  (Again, from within kmail.  
I'll look at the on-disk files on the imap server when I'm onlie.)

 * Finally, looking at messagestatus.cpp, it seems X-Status should include 
"I" for ignored messages, but this is not always present.  Or should it only 
be set on the top-level message of an ignored thread?  (and if so: what 
about cases where mail arrives out of order and an ignored thread getting a 
new top-level thread?  I'm not exactly certain, but on a first glance it 
seems that ModelPrivate::attachMessageToParent only goes in parent -> child 
direction, so it might be missing this case.)

I'm not really closer to the bug, still trying to understand the interaction 
between the various components...

cheers
-- vbi

-- 
An idea is not responsible for the people who believe in it.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 389 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20100330/86410f97/attachment.sig>
-------------- next part --------------
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/