On Mon, 2016-07-25 at 06:22 -0400, Sam Varshavchik wrote: > Alessandro Vesely writes: > > > What is still missing is the purpose. I grasp that MRAs and MUAs have a > > duty > > which rsync is relieved of, but why? (A similar duty is to delete any old > > file > > left behind in tmp. This is just housekeeping which any process can do.) > > > > Rather than classifying maildir readers any further, it may be clearer to > > explain, say, that such new-cur split is/was meant to ease some sort of > > operations, such as client-side spam filtering. IMAP and POP3 client don't > > seem to need such functionality, so it must have been something related to > > local MUAs. Is that right? > > new/cur split was meant to be merely a means to identify messages that were > seen for the very first time. Nothing more than the means to notify the user > "you have X new messages". This is not the same thing as how many unread > messages there are. Messages in cur may still be unread.
Sam, I made one further small change to the Wikipedia paragraph on maildirs, which now states: "When a maildir reading process (either a POP or IMAP server, or a mail user agent acting locally) finds messages in the new directory it _must_ move them to cur ... etc." I did a bit of research on the term "mail retrieval agent" and it doesn't look as if this is an apt description of a POP or IMAP daemon, so I changed the wording to be more specific. Is this technically correct, and is "must" appropriate? -- Lindsay Haisley | "We have met the enemy and he is us." FMP Computer Services | 512-259-1190 | -- Pogo 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
