Re: Home directory owned by wrong user

Sam Varshavchik <[email protected]> Wed, 01 Nov 2017 21:04:01 -0400
Newsgroups	gmane.mail.maildrop
Message-ID	<[email protected]>
Norbert Harrer writes:

> Hi.
>
> I am using courier and maildrop on Debian. I just upgraded to Debian Strech  
> with following packages among others:
>
> maildrop 2.8.4-2
> courier-mta 0.76.3-5

Debian had packaging issues in the past, in this area. It's not clear which  
version of maildrop this is. There are two separate versions of maildrop in  
existence, the one that comes with the Courier package and is hardwired to  
be invoked by Courier; and the standalone maildrop package, that's set up to  
be mail server-independent and can be used with Postfix, Qmail, etc…

For some time, Debian did not install maildrop that's bundled with Courier,  
and always installed the standalone part. This resulted in subtle breakage  
in some configurations, especially with the -d option that you are using.  
The -d option should not be used when using maildrop-bundled-with-courier,  
and maildrop should simply be invoked, as is, from the .courier file. It  
knows where the mail should get delivered to.

> After the upgrade, mails stopped being delivered all of a sudden. I am  
> getting following errors in the mail.log:

I can't really tell what happened in your specific case; I don't keep tabs  
on Debian packaging.

You could've originally been using the psychotic courier-maildrop  
combination, and relying on its broken behavior (which would work in most  
common situations, …except when it doesn't…), and you upgraded to the fixed  
build, that's set up properly; but the broken behavior no longer works, and  
everything should work correctly if maildrop gets simply invoked from the  
account's .courier file, as is (or is simply specified as defaultdelivery).

But if that were the case I would expect that the package names should be in  
sync, and carry the same 0.76 version. That's what you get if you build  
courier packages for Fedora or CentOS, using the rpm spec file in the  
tarball.

Or you could've started out with everything being in sync, and somehow ended  
up installing the wrong set of packages now.

A shot in the dark: look into whether Debian offers a "courier-maildrop"  
package. If so, you should be able to simply uninstall this non-Courier  
"maildrop" package, install the courier-maildrop one, edit your .courier  
files and just maildrop without any funky options.

> /etc/maildroprc contains only one line: DEFAULT="$HOME/Maildir"

That should not be needed either, if everything is set correctly.

> The maildirs are therefore located at /var/courier/<user>/Maildir.
>
> authtest for mail account nharrer:
>
> > authtest nharrer
> Authentication succeeded.
>
>      Authenticated: nharrer  (uid 1, gid 1)
>     Home Directory: /var/courier/nharrer

This is correct. But if so, the DEFAULT="$HOME/Maildir" stuff you're using  
is not needed, because that's default.

With courier installed correctly, including the maildrop component, none of  
that is needed. No -d option. no explicit DEFAULT setting.

It does look to me like you were originally using the courier/foreign- 
maildrop combo. And the Debian packages are now corrected to package things  
properly, thanks to the Debian volunteer – but it does look like upgrading  
breaks things, that likely requires a manual fix.

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot

_______________________________________________
Courier-maildrop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/courier-maildrop
signature.asc (application/pgp-signature, 801 B)