[Dovecot] messages lingering in .Trash/new instead of .Trash/cur
We're running Dovecot rc15 on Solaris 9, providing IMAP access to e-mail stored in Maildir++. I've noticed that a significant number of message files are currently sitting in the directories ~/Maildir/.Trash/new/. I would have expected that all messages in .Trash would be in the /cur subdirectory (as most are), and I'm not sure how they're landing in /new. If I connect to Dovecot and run something like the following, the messages all *do* immediately end up in .Trash/cur/ :
x select blah
- FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
- OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags
- permitted.
- 4 EXISTS
- 0 RECENT
- OK [UIDVALIDITY 1150071896] UIDs valid
- OK [UIDNEXT 5] Predicted next UID x OK [READ-WRITE] Select completed. x copy 4 "Trash" x OK Copy completed.
Most of our users are using Thunderbird, and after looking at various outputs of rawlog, TB seems to be simply issuing uid copy commands to "Trash" like the ones above when a user deletes a message.
Do any of you know what IMAP interaction with Dovecot can lead to message files appearing in .Trash/new/ ?
Thanks very much, Glenn
-- Glenn Leavell glenn@usg.edu Office of Information and Instructional Technology Board of Regents of the University System of Georgia
On Sun, 2007-03-04 at 18:11 -0500, Glenn Leavell wrote:
Do any of you know what IMAP interaction with Dovecot can lead to message files appearing in .Trash/new/ ?
All messages are first copied to new/ directory. They're moved to cur/ only after client selects the mailbox after the copy. So if messages are in .Trash/new/ it just means that the user hasn't opened the Trash mailbox for a while.
participants (2)
-
Glenn Leavell
-
Timo Sirainen