Re: [Fetchmail-users] Problem using fetchmail with a user

[Matthias A. <mat...@gm...>]

Am 25.10.2014 um 16:43 schrieb Carlos E. R.:

> In my system, installing "standalone" maildrop (which is not available in 
> the standard repositories, but in server:mail) requires installing 
> something more that I do not want:
> 
> Telcontar:~ # zypper --no-refresh in maildrop
> Loading repository data...
> Reading installed packages...
> Resolving package dependencies...
> 
> The following 3 NEW packages are going to be installed:
>    courier-authlib courier-imap maildrop

If maildrop requires courier-imap then the packaging is broken.  Contact
the packager or file a bug report and, since it's SUSE, hope someone
reads it and deals with it.  courier-authlib should suffice as requisite
package.  Also check if courier-imap is only "recommended" or required.

> And I'm not prepared to install courier-imap as I'm afraid would cause 
> problems with the already running dovecot (imap).

Only if you actually launch it at boot-time.  There is a way to defeat
that, but I'm not familiar with the systemd bloat.

> I had a look at maildrop.html and maildropfilter.html. It appears a 
> powerful but complex tool. The language is described (it's a man page, so 
> it's man's style), but there are no examples that I could find. 

Check the maildropex manual page or HTML file, there are examples in the
other manuals, too.

> But yes, I would like a _generic_, fully mantained, procmail thing or 
> replacement.

I have not found the need to try and convert procmail weighted scoring
stuff, but everything else I ever used (and I had multi-hundred line
procmailrc files once upon a time) could be transferred to maildrop.