Mail_daemon oddity

Software
1

I have ActivityMonitor replicants showing CPU usage and network traffic on the desktop. Recently I noticed that the send&receive numbers kept showing continuous slow traffic, like 5 KiB/s.
At the same time, no mail arrived when it should…

So I stopped the mail_daemon (launch_roster stop x-vnd.Be-POST) and started it from Terminal. The output was a never ending stream of:

C: A0000020 UID STORE 30747 FLAGS (\Deleted)
S: A0000020 OK Store completed (0.001 + 0.000 secs).
C: A0000021 UID STORE 30766 FLAGS (\Deleted)
S: A0000021 OK Store completed (0.001 + 0.000 secs).
C: A0000022 UID STORE 30767 FLAGS (\Deleted)
S: A0000022 OK Store completed (0.001 + 0.000 secs).
C: A0000023 UID STORE 30768 FLAGS (\Deleted)
.
.
.

Does anyone know what the issue might be?
I assume “S” is the server, acknowledging commands from “C” (the client == mail_daemon) to set “deleted” flags on emails. But why now when I haven’t noticed it any time before? And why on seemingly all my mails (I’ve let it run for an hour before)?

I’ve quit and restarted mail_daemon twice, before it stopped the above behaviour and actually fetched my mail, as a good daemon should.

Any ideas?

2

Any recent change to the IMAP folder? It looks like it’s synchronizing locally deleted messages with the server.

3

I don’t think I’ve changed anything email-related. I regularly delete emails and never noticed this eternal flag setting…

Guess I’ll stop mail_daemon from autostarting and keep an eye on the Terminal output when starting it there for a time.