Greetings:
tags: IMAP, Kontact, Kmail, notification, IMAP, error, unable, to, append, item, flags, Kbuntu, Precise, Kmail 4.8.0, Akonadi 1.7.0., IMAP error unable to append item flags.
The gentle readers may remember from a post by this author in another thread that this author has several fully functional KDEPIM/Akonadi/Google OSs on different hardware.
The exception to the situation was that Kubuntu Precise obtained of the situation that Kcalendar/Gcal was fully functional from the first instance while the Kmail/Google mail did not work at all.
The error was a return of this message:
IMAP error: unable to append item flags.
Apparently, this is a known bug and was reported as early as 2011-10-18
A posting of the bug can be seen HERE.
The fix was:
This author attempted the fix with satisfactory results, however in not exactly the same manner.
The error had been reported many tmes. The stock solution of completely removing the IMAP server and adding it back did not work.
The "fetch mail" button produced a response, but the progress bar(s) operated in seconds and shut down with no mail appearing in any of the mailboxes. The Akonadi server showed that it was syncing during this process, the button remained green and the "stall at 100%" error did not occur at any time.
This is on a stock Kubuntu Precise OS.
Indexing was set to maximum.
THE FIX:
Indexing was disabled.
Going to the hidden files mentioned in the fix, since they were empty of anything, this author renamed the three files with the .bak extension. No files were moved since all were empty.
Going to the preferences all of the Akonadi resources were removed in personal information including the "local folder" resource. The notes resource was retained.
The system stalled relatively quickly, and after about five minutes the system was hard reset.
Upon restart the system behaved normally and the Strigi/Nepomuk icon appeared and the indexing was enabled.
After indexing was idle, in personal information, this author added an IMAP server.
However, almost immediately, 11 e-mail "agents" appeared(the ones with the white envelopes) and three IMAP servers appeared. None of them were synced.
After things settled down, this author began removing the agents one at a time beginning with the highest number. After all of the agents were removed, the two higher numbered IMAP servers were removed.
The lowest numbered IMAP server was then "modified" with e-mail information etc. and it immediately synced and produced the green button.
Nothing happened in Kontact, which was under observation at all times in a seperate window. Since the normal check for e-mail was at 5 minutes this author then manually did the "check mail" and the system immeidately began downloading the e-mails.
Several test e-mails were sent to the system from a Yahoo account and they all arrived immediately.
Several test e-mails were sent to the Yahoo account and they were all sent immediately.
The "local folder" Akonadi account was produced automatically by the system.
Given that the above worked; it might be assumed that the same situation would hold for other users.
If users with the same error would care to test the fix and report; that might be of help to the developers.
If there are any questions, please ask.
woodsmoke
tags: IMAP, Kontact, Kmail, notification, IMAP, error, unable, to, append, item, flags, Kbuntu, Precise, Kmail 4.8.0, Akonadi 1.7.0., IMAP error unable to append item flags.
The gentle readers may remember from a post by this author in another thread that this author has several fully functional KDEPIM/Akonadi/Google OSs on different hardware.
The exception to the situation was that Kubuntu Precise obtained of the situation that Kcalendar/Gcal was fully functional from the first instance while the Kmail/Google mail did not work at all.
The error was a return of this message:
IMAP error: unable to append item flags.
Apparently, this is a known bug and was reported as early as 2011-10-18
A posting of the bug can be seen HERE.
The fix was:
......I closed all akonadi needing programs and stopped the akonadi server. Than copied all my mail folders from ~/.kde/share/app/kmail/mail/ to ~/.local/share/local-mail/. Afterwards renamed all the Akonadi databases in ~/.local/share/akonadi adding a ".bak". Then started Akonadi server again. After starting Kmail I refreshed all the folders in Kmail. It takes a long long time! Folder by folder it shows the "imported" emails again.
The error had been reported many tmes. The stock solution of completely removing the IMAP server and adding it back did not work.
The "fetch mail" button produced a response, but the progress bar(s) operated in seconds and shut down with no mail appearing in any of the mailboxes. The Akonadi server showed that it was syncing during this process, the button remained green and the "stall at 100%" error did not occur at any time.
This is on a stock Kubuntu Precise OS.
Indexing was set to maximum.
THE FIX:
Indexing was disabled.
Going to the hidden files mentioned in the fix, since they were empty of anything, this author renamed the three files with the .bak extension. No files were moved since all were empty.
Going to the preferences all of the Akonadi resources were removed in personal information including the "local folder" resource. The notes resource was retained.
The system stalled relatively quickly, and after about five minutes the system was hard reset.
Upon restart the system behaved normally and the Strigi/Nepomuk icon appeared and the indexing was enabled.
After indexing was idle, in personal information, this author added an IMAP server.
However, almost immediately, 11 e-mail "agents" appeared(the ones with the white envelopes) and three IMAP servers appeared. None of them were synced.
After things settled down, this author began removing the agents one at a time beginning with the highest number. After all of the agents were removed, the two higher numbered IMAP servers were removed.
The lowest numbered IMAP server was then "modified" with e-mail information etc. and it immediately synced and produced the green button.
Nothing happened in Kontact, which was under observation at all times in a seperate window. Since the normal check for e-mail was at 5 minutes this author then manually did the "check mail" and the system immeidately began downloading the e-mails.
Several test e-mails were sent to the system from a Yahoo account and they all arrived immediately.
Several test e-mails were sent to the Yahoo account and they were all sent immediately.
The "local folder" Akonadi account was produced automatically by the system.
Given that the above worked; it might be assumed that the same situation would hold for other users.
If users with the same error would care to test the fix and report; that might be of help to the developers.
If there are any questions, please ask.
woodsmoke