On 2007-06-17, 13:21, Timo Sirainen wrote:
On Sun, 2007-06-17 at 13:19 +0300, Timo Sirainen wrote:
The uidlist is locked while maildir is being synchronized. With local filesystems syncing a 22k maildir takes less than a second. I don't know with GPFS. You could try this with for example expunging a message and seeing how long it takes to return "OK".
Actually that might not be enough to trigger a full sync. Rather change cur/ directory's mtime and then do "NOOP" command.
I've tried doing:
$ telnet my.mail.server 143 Trying 81.167.36.148... Connected to my.mail.server Escape character is '^]'.
- OK Dovecot ready.
LOGIN user@domain password
# OK Logged in. # SELECT INBOX
- FLAGS (\Answered \Flagged \Deleted \Seen \Draft Junk NonJunk)
- OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft Junk NonJunk \*)] Flags permitted.
- 1 EXISTS
- 1 RECENT
- OK [UIDVALIDITY 1155059954] UIDs valid
- OK [UIDNEXT 28796] Predicted next UID
OK [READ-WRITE] Select completed.
# NOOP
- 22809 EXISTS
OK NOOP completed.
The NOOP typically takes up to 2 seconds if I "touch cur/foo" in the users maildir before sending the command.
I noticed that it printed some output once, when I sent a NOOP:
[...]
- 2578 FETCH (FLAGS (NonJunk))
- 2579 FETCH (FLAGS (NonJunk))
- 2580 FETCH (FLAGS (NonJunk))
- 2581 FETCH (FLAGS (NonJunk))
- 2582 FETCH (FLAGS (NonJunk))
- 2583 FETCH (FLAGS (NonJunk))
- 2584 FETCH (FLAGS (NonJunk))
- 2585 FETCH (FLAGS (NonJunk))
- 2586 FETCH (FLAGS (NonJunk)) [...]
It normally prints only:
- 22809 EXISTS
OK NOOP completed.
-- Erland Nylend