Re: [Nmh-workers] inc, slocal, procmail, ...

[Ken Hornstein]

>What nmh needs is some generic tools that can be used to fetch mail via:
>
>1) Local delivery from the MTA
>2) Fetch mail from the local maildrop
>3) Fetch mail from POP, IMAP and all the other methods supported by
>fetchmail
>4) Accept mail from a third party program (i.e. be an mda for fetchmail)

I think this is all great; we just need someone to write the code :-/

>To me this means that the mail fetching function should be separated from
>the filtering/storing function.  The filtering/storing function could be
>used as a backend to inc, or called from the MTA's delivery agent, or from
>fetchmail running in the background.
>
>Inc could be made more modular and invoke a function to fetch mail (from
>the local maildrop, or invoking another program, such as fetchmail), then
>run the filtering function.  We could at that point decide to stop directly
>supporting flavors of POP and rely on an external program such as fetchmail.

I've looked at the Sieve libraries; there are a couple of good candidates.
Other embedded languages are options, of course; I only mention Sieve since
it was explicitly designed for email filtering.

--Ken