Ten eerste is er in IMAP geen vereiste die zou impliceren dat FETCH BODYSTRUCTURE volledige berichtgegevens met bijlagen zou hebben overgedragen. Of je veronderstelling is verkeerd, of je IMAP-bibliotheek heeft een ernstige bug, of je gebruikt hier een verkeerde functie.
Ten tweede noemde je het bijhouden van UID's, maar heb je niets gezegd over de UIDVALIDITY . Lees RFC 3501
om te begrijpen wat het betekent. U kunt op geen enkele manier een toepassing implementeren die IMAP correct spreekt zonder het protocol te kennen. Verdere aanwijzingen worden ook gegeven in RFC 4549
.
Uw derde vraag gaat over het vragen om verwijderde of verplaatste items. In baseline IMAP kunt u dat niet doen. De enige manier om te weten welke berichten zijn verwijderd en welke de nieuwe aankomsten zijn, is door de UID's expliciet te volgen -- uitgaande van de UIDVALIDITY is gegeven en niet is veranderd, vergelijkt u de lijst met UID's sinds de laatste keer met wat u nu hebt, en ziet u welke nieuw zijn en welke verdwenen. Nogmaals, lees de RFC's, ze bevatten antwoorden op al uw vragen en suggesties voor het optimaliseren van het synchronisatieproces. Er is ook een thesis over IMAP
waarin veel gedetailleerder wordt ingegaan op hoe de protocolchat verder kan worden verbeterd en welke extensies relevant zijn. Dit is echter geen eenvoudig project.