Claws Mail version 3.15.0git44 While downloading mails of several POP accounts, I read one of the already downloaded mails. Right after or still during the downloads there was a breakdown of current. After the power outage some mails were completely lost, while most other mails were without content, even without headers, IOW "No Subject, No Date" etc.. I noticed already some of those "No Subject, No Date" mails during the downloads. However, all of those new mails are lost, including the one I already was reading. I'm not surprised that a power outage could cause this issue, but I'm surprised that while "Remove messages on server when received" is unchecked, those lost messages were not downloaded again. Seemingly the downloaded mails were just temporarily stored, but the info that they already were downloaded wasn't just temporarily stored. OTOH it's strange that I already saw some of those "No Subject, No Date" mails during the download, since I can't remember that I ever have seen this before, so maybe something else was fishy. Claws now works again as expected and fortunately I could download the mails with Evolution. Anyway, something like this shouldn't happen. As long as the mails are just temporarily stored and still not deleted from the server, I would expect a MUA to download the mails again.
A discussion on the users' mailing list prior to this would have been sensible. Some things to try: * Go to ~/.claws-mail/uidl/ and empty the file belonging to the account in question. Then fetch mail again. Your mail will be downloaded again. If that is not to restore them: * right-click the top-level mailbox on choose 'Check for new messages'
>* right-click the top-level mailbox on choose 'Check for new messages' I tried this first to no avail, but to be honest., I first deleted the "No subject" mails. >* Go to ~/.claws-mail/uidl/ and empty the file belonging to the >account in question. Then fetch mail again. Your mail will be >downloaded again. I didn't do this, because I wanted to avoid to receive duplicates of mails that came in later, so I waited for a response to my bug report. However, since I thought that the amount of duplicated mails can't be too much, I've done it now. Unfortunately I was mistaken and for some accounts I received far too much duplicated messages. Actually I delete the mails of two POP accounts very often manually from the servers, while for other accounts I only let one MUA delete the mails after one day from the servers, so I got to much duplicated mails from those servers. Another _very serious_ pitfall, a lot of mails I already read are now marked as unread. Deleting a few duplicated mails was much work, so I have given up and stay with a several duplicates. I also re-read a few mails, but I also have given up on marking all read mails as read again. Next time I might not want to run rm -i ~/.claws-mail/uidl/* again ;) and simply accept that some mails are not available by Claws, but still by Evolution. In short, deleting ~/.claws-mail/uidl/affected_accounts only is useful, if the mails are completely lost, but if they are available by another MUA, the deletion does cause more of a mess, than it is a benefit.
PS: On Thu, 22 Jun 2017 06:48:20 +0000, noreply@thewildbeast.co.uk wrote: >A discussion on the users' mailing list prior to this would have been >sensible. I still consider this an unsolved bug. Excepted of the two accounts were I delete the mails more often than for the accounts were another MUA deletes them after a day, I got many duplicates I already received before the power outage.
This is expected if you removed the UIDL files (to solve the former issue). To purge duplicates -> Tools / Delete duplicated messages / In selected folder.
>To purge duplicates -> Tools / Delete duplicated messages / In >selected folder. I fear another pitfall when doing this, so I don't try it, since the real issue are the read mails that are now marked as read.
My apologies, I'm in a hurry. I fear another pitfall when doing this, so I don't try it, since the real issue are the read mails that are now marked as read. ^^^^^ unread ;). The duplicates are not that much of an issue.
closing as INVALID as no mails were lost.