Quand vous traitez l'IMAP, le serveur tient ces sections ainsi s'il y a des issues de synchro/raccordement, vous laissera tomber le lien de TCP/IP exigé pour mettre à jour. Votre client ne verra pas l'information indiquée. J'ai eu une boîte de courrier vocal qui laisserait tomber la fonction de lightup de message quand les choses étaient occupées et ceci me rappelle celui.
http://en.wikipedia.org/wiki/Internet_Message_Access_Protocol#Message_state_informationDans le mauvais raccordement court de serveur, le champ d'ICÔNE ne devient pas mis à jour.
La manière la plus rapide d'identifier un mauvais message ; particulièrement dans grande/vieille boîte aux lettres d'AOL est entrer dans la vue de chemise dans les perspectives où la chemise a l'étiquette de «
[email protected] », droite - cliquer, les « chemises d'IMAP » choisies. Se désinscrire toutes les chemises excepté une, et essayer à la synchro. Vous pouvez devoir essayer jusqu'à ce que vous fassiez nettoyer un simple, syncing la chemise d'IMAP. Prochain début de chose ajoutant les chemises en arrière dedans un par un. Vous pouvez devoir employer AOL ou toute autre interface de Web pour déplacer des messages hors du défaut et des chemises required une fois que les chemises required sont vides elles synchro. Vous identifierez par la suite les mauvais messages.
Vous pouvez noter dans le courrier de Web d'AOL, et les nouvelles chemises de creat pour chaque chemise sur le serveur comme lequel a échoué à la synchro, (FolderName et FolderNameNew), entrent tous les messages dans FolderNameNew. Que le début les écartant les groupes de 20. Quand Foldername arrête Syncing encore, entrer dans le webmail et ouvrir chacun des 20 messages, tuent les corrompus. Par la suite il établira.
Se rappeler qu'il peut prendre des heures des messages mobiles et souscrire/se désinscrire pour enlever tous les mauvais messages.
