Re: [courier-users] Management of maildir structures

2016-07-25 Thread Sam Varshavchik
Lindsay Haisley writes: On Mon, 2016-07-25 at 06:22 -0400, Sam Varshavchik wrote: > 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

Re: [courier-users] Management of maildir structures

2016-07-25 Thread Lindsay Haisley
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

Re: [courier-users] Management of maildir structures

2016-07-25 Thread Lindsay Haisley
On Mon, 2016-07-25 at 09:43 +0200, Alessandro Vesely wrote: > 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

Re: [courier-users] Management of maildir structures

2016-07-25 Thread Sam Varshavchik
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

Re: [courier-users] Management of maildir structures

2016-07-25 Thread Alessandro Vesely
On Sun 24/Jul/2016 16:19:40 +0200 Lindsay Haisley wrote: >>> >>> rsync doesn't qualify as a "mail retrieval agent". It can be used to retrieve mail, despite its missing qualifications. And it must skip tmp, lest fetch rubbish. So there is a class of maildir readers which are neither mail