[Kde-pim] Akonadi Fetching full payload of an item after it is partly fetched.
Tom Albers
tomalbers at kde.nl
Sat May 17 00:41:24 BST 2008
Hi,
Kevin found out yesterday that when an item is partly fetched (headers), a subsequent itemfetchjob to get the full payload fails. I've spent some hours tracking that down further. In the end it looks like this:
This is send to the server:
Akonadi::ItemFetchJobPrivate::startFetchJob: Command "10 UID FETCH 416 FULLPAYLOAD (UID REMOTEID FLAGS)
This is returned:
mailody(21876) Akonadi::JobPrivate::handleResponse: "*" "416 FETCH (UID 416 REV 1 REMOTEID "INBOX-+-776" MIMETYPE "message/rfc822" FLAGS (\Seen) ENVELOPE {202}
and it then returns the headers.
In between there is the akonadi server. It reaches a part that reads:
server/src/handler/fetch.cpp
} else if ( buffer == AKONADI_PARAM_FULLPAYLOAD ) {
mAllParts = true; // ### temporary;
mAttrList << "RFC822"; // HACK: temporary workaround until we have support for detecting the availability of the full payload in the server
}
Does this ring a bell for anyone? If not I'll continue to track it down further as far as I can.
Toma
-------------- 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/
More information about the kde-pim
mailing list