Red Hat Bugzilla – Bug 86093
evolution not remembering that POP messages are received
Last modified: 2016-02-09 20:32:29 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225
Description of problem:
I have POP accounts set to leave messages on the server. Every time I receive
mail from the POP account, all the messages on the server are fetched again, and
appear multiple times in my local Inbox folder.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. set up a POP account with 'leave messages on server'
2. hit the send/receive button several times.
Actual Results: multiple copies of each msg.
Expected Results: each msg retrieved only once.
This setup worked as expected using version 1.0.8.
I don't see this here... what's the server on the remote side? You might also
try running `CAMEL_VERBOSE_DEBUG=1 evolution-mail` in a terminal and then
starting in evolution from another terminal (once evolution-mail says its up and
running) and look at the pop traffic for anything obvious
The server is
Cubic Circle's v1.31 1998/05/13 POP3
It is exactly the same problem as
So there is nothing someone can do about it except not to leave the messages on
POP server or is there a way?
I think this is not the same as 78456. I reported that evolution shows all the
messages on the pop server as new messages, and downloads them all as new
messages every time you click send/receive, so you see multiple copies of every
one in your evolution inbox.
This bug was very common in some old versions of evolution (how I found in
evolution bugzilla). It seems it is back again (I have the same behaviour). In
evolution bugzilla they are allways suggesting that you need to create directory
~/evolution/config because it is not created as it should. But I had this dir
with lot of file and it happen also.
What I did now, I removed all evolutions settings a reinicialized it (I upgrade
evo from 1.0.8 so I lose a lot of settings :( ). Then I created
~/evolution/config dir and for now it seems it is OK.
The problem is back again. I am susspicions about that it somehow relates to the
fact that mailbox is also accessed with pine.
This is not same as #78456 but it can be dependent. I also noticed that
evolution is too long reading POP summary. The long POP summary read is mainly
noticable when using SSL.
This is due to the pop server not implementing the UIDL extension. 1.4 works