Hi,

I am facing a problem while setting up maildrop as Local Delivery Agent.

The settings :

master.cf

ldrop unix - n n - - pipe

flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient} -w 80

main.cf

local_transport = maildrop

maildrop_destination_recipient_limit = 1

directory and file permissions:

drw-r-xr-x 2 daemon vmail 4096 Sep 29 10:31 authdaemon

-rwsr-xr-x 1 root vmail 165544 Sep 29 10:42 /usr/local/bin/maildrop

Logs:

# echo foo gurjiv | /usr/sbin/sendmail -f "" post...@example.com && tail -f /var/log/maillog Sep 30 11:30:06 mail postfix/pickup[19280]: B6E2F2B0061: uid=0 from=<> Sep 30 11:30:06 mail postfix/cleanup[19312]: B6E2F2B0061:

message-id=<2005...@mail.example.com>

Sep 30 11:30:06 mail postfix/qmgr[19281]: B6E2F2B0061: from=<>, size=281,

nrcpt=1 (queue active)

Sep 30 11:30:06 mail postfix/pipe[19314]: B6E2F2B0061:

to=<ba...@example.com>, orig_to=<post...@example.com>, relay=maildrop, delay=0, status=deferred (temporary failure. Command output: ERR:

authdaemon: s_connect() failed: No such file or directory

/usr/local/bin/maildrop: Temporary authentication failure. )

The solution to the problem in the mailing list:

My guess is that the user maildrop is running as doesn't have permission to (read|write) the authdaemond socket. Try changing the perms of the maildrop binary to 6555 (i.e. make it setuid, setgid). Make it owner root, group postfix, if postfix is a maildrop trusted user. See that /var/spool/authdaemon (or /usr/local/var/spool/authdaemon/) is group postfix and ensure that postfix is a trusted user when you compile maildrop. If you installed from someone else's package, substitute a maildrop trusted user for postfix in the above (should *not* be root).

This does not have security implications, since maildrop will change uid to that of the user before it chdirs to the user's home directory.

--Tonni

Can anyone please suggest me where I am going wrong

Regards