I've run into a couple of articles, including the Wikipedia article at <https://en.wikipedia.org/wiki/Maildir> on maildirs which state that the internal management of files in the new, tmp and cur directories is the responsibility of the client's MUA ("When the mail user agent (MUA) process finds messages in the new directory it moves them to cur (using rename()"). This makes no sense. My impression has been that the responsibility for managing the internal structures of maildirs lies with the Mail Retrieval Agent, imapd or pop3d, on the server since the IMAP and POP3 protocols deal with messages as entities and the storage structure on the server is, or should be outside of MUA control.
This makes a difference here! I'm looking at customer accounts with a substantial amount of mail in their "new" directories, and an equally or more substantial amount in their "cur" directories. I've been judging the date that mail was last checked by looking at the earliest file date in the "new" directory, which generally corresponds closely with the latest file date in the "cur" directory, so I can tell a customer that a particular mailbox hasn't been checked since 2014, or whenever. If management of the internal details of the maildir structure is somehow the MUA's responsibility, then it's certainly possible that a mailbox is in active use and is being accessed by an ill-behaved MUA which isn't doing proper management. Clarification? -- Lindsay Haisley | "UNIX is user-friendly, it just FMP Computer Services | chooses its friends." 512-259-1190 | -- Andreas Bogk http://www.fmp.com | ------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports.http://sdm.link/zohodev2dev _______________________________________________ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
