Re: [Fetchmail-users] maildrop on openSUSE (was: Problem using fetchmail with a user)

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

Am 25.10.2014 um 20:27 schrieb Peter Pentchev:
> On Sat, Oct 25, 2014 at 06:18:11PM +0200, Matthias Andree wrote:
>> 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.
> 
> It's possible that the situation is similar, although maybe reversed, to
> the one in Debian.  There are actually two maildrop packages in Debian -
> the one named "maildrop" is the standalone MDA, and the one named
> "courier-maildrop" is the version that is much more closely integrated
> with the rest of the Courier MTA suite.  I'm not very familiar with the
> SuSE packaging system, so I cannot really check right now, but Carlos,
> is it possible that there are two packages there, too?

I check the openSUSE repos once again.

The trick to avoid courier-imap is installing maildrop-maildirutils
before installing maildrop.

Alternatively, enabling the entire server:mail repository might work,
too, but will also exchange postfix, amavis, bogofilter, getmail and
related other packages...

# zypper ar
http://download.opensuse.org/repositories/server:/mail/openSUSE_13.1/server:mail.repo
# zypper in maildrop-maildirutils maildrop

should do the trick. This is more intrusive, however.