On Sun, 2016-07-24 at 08:47 -0500, Lindsay Haisley wrote:
> On Sun, 2016-07-24 at 08:41 -0500, Lindsay Haisley wrote:
> >
> > I don't think this is quite correct either. rsync operates at a file
> > level and should NOT move messages from new to cur. The distinction
> > should specify that a "mail retrieval agent" operating directly on a
> > Maildir MUST (not MAY) move files from new to cur. This includes a MUA
> > operating on a _local_ Maildir, as well as a daemon such as impad or
> > pop3d, all of which provide a message level interface in the mail
> > handling stack. rsync doesn't qualify as a "mail retrieval agent".
> The term "mail retrieval agent" should be linked to
> ia.org/wiki/Mail_retrieval_agent> although this article could also
> stand some improvement since it gets the relative functions of a MDA
> and a MRA in the mail management chain somewhat out of sync.
I modified the Wikipedia paragraph to say:
When a maildir reading process (either a mail retrieval agent or a
mail user agent acting locally) finds messages in the new directory
it must move them to cur (using rename() - link then unlink strategy
may result in having the message duplicated) and appends an
informational suffix to the filename before reading them.
--
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
