[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