dovecot - Nov 2014 - Using dovecot-lda with sendmail

Hello:

I'm trying to get dovecot-lda to work with sendmail on a CentOS 7 
server.  I've tried following the instructions at the wiki, 
http://wiki2.dovecot.org/LDA/Sendmail, by adding the lines to 
/etc/mail/sendmail.mc, recompiling to /etc/mail/sendmail.cf and 
restarting sendmail -- the process for any sendmail config change. 
However it is still not working and in the maillog, it shows:

sendmail[31949]: sAEM4GTt031742: to=<user at localhost>, 
ctladdr=<test at localhost> (1000/1000), delay=00:08:31, xdelay=00:00:00, 
mailer=local, pri=210942, dsn=4.0.0, stat=Deferred: local mailer 
(/usr/libexec/dovecot/dovecot-lda) exited with EX_TEMPFAIL

I verified that SELinux is not interfering in this case.

I see talk of having sendmail run /usr/libexec/dovecot/dovecot-lda as 
other users, but I see that the file on my system is uid/gid as: root/root.

Is there a way to get this working?  Thanks much!

--
Chris

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 15-11-14 00:00, Chris Szilagyi wrote:
> Hello:
> 
> I'm trying to get dovecot-lda to work with sendmail on a CentOS 7 
> server.  I've tried following the instructions at the wiki, 
> http://wiki2.dovecot.org/LDA/Sendmail, by adding the lines to 
> /etc/mail/sendmail.mc, recompiling to /etc/mail/sendmail.cf and 
> restarting sendmail -- the process for any sendmail config change. 
> However it is still not working and in the maillog, it shows:
> 
> sendmail[31949]: sAEM4GTt031742: to=<user at localhost>, 
> ctladdr=<test at localhost> (1000/1000), delay=00:08:31,
> xdelay=00:00:00, mailer=local, pri=210942, dsn=4.0.0,
> stat=Deferred: local mailer (/usr/libexec/dovecot/dovecot-lda)
> exited with EX_TEMPFAIL
> 
> I verified that SELinux is not interfering in this case.
> 
> I see talk of having sendmail run /usr/libexec/dovecot/dovecot-lda
> as other users, but I see that the file on my system is uid/gid as:
> root/root.
> 
> Is there a way to get this working?  Thanks much!
> 
It seems that sendamil is running the lda, but the lda has problems
that are reported by by exiting with tempfail. You should check the
logging that is emitted by dovecot-lda to find what the problem is.

Ownership of the binary should not be one of them, I think, but show
us logging from dovecot-lda and we can tell you more. 'dovecot -n'
output would also help a lot.

Regards,
	Tom
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBCAAGBQJUZ1KuAAoJEJPfMZ19VO/1iPIP/jMZsmCEvPpcTgLoIdU0/Nig
lTPk1NlXYfxyQhYQan1pvpNRvGuVjRvYQMJyTtYKuXlHKqVhlw3R1+ma5uvUNiUr
81vh+cX8r5beKwD0+l+LJCu8/pDr30xggauMndCJ4hIGdtjAwp19DB+eBPpOz46Y
zxPc0B4fx7MPTwJJkmt9xKomuz6/EB96L8NFaurgDxpP9xZjPuo2Sr5i9gbwYBr7
x6EtoksBe/9pUo8M/NMNE4miIMyn0bBtgEc6sZ6PFMIPj9+qPIhTShDMAQnXdKSl
gPCxCN5GhQF1sYDgu7GQ0pCmTxbaIOGfn4/o9lLuUTk0uj20bQ/pOJCipz0A/Zig
rJHxFDp1kS2/JWKqQtqWZvGfsBz8ubAJUcOOtuu0I2hbU/215eY7rTbBojFtRQxD
7TCyOnSDOcjQ7AAlUPDhbAxmhEReiZMHNP4IsdqEFuw0MG3v5PFHdVzLh3P1kV6e
yHyibVakQWUCTrqpxPuPnCJE0IJ2jmvYqOz6aAV1mKrdkjLddt4DsuvJ1093M9vw
O49pPt+PhDQoPlDhVW6gZBaUiUc1O6ZKsGSAGkvIQyk2YqKqQvMjnegQlHgr6HQ9
oFtSmrTjcE38gJGyi4YgmweWH/R1x6YcU8jxbAz1tdFbhN7zD0kEsmXe8xqHcGVj
jGD5h9UrFrbFIERAZQKQ
=/fSL
-----END PGP SIGNATURE-----