I have a problem with qmail delivering to the rt-mailgate program.
I’ve searched the web and can’t find anything relating to this.
This is the log entry I get. “Can’t_do_setuid”. I figured it was permissions on the rt-mailgate program, and the qmail-queue not having access to it.
@400000003e4cc6852add906c new msg 98740
@400000003e4cc6852adfb734 info msg 98740: bytes 1927 from firstname.lastname@example.org qp 26736 uid 506
@400000003e4cc6852fa5e234 starting delivery 231: msg 98740 to local email@example.com
@400000003e4cc6852fa63054 status: local 1/10 remote 0/20
@400000003e4cc68535a8d2f4 delivery 231: deferral: Can’t_do_setuid/
@400000003e4cc68535a924fc status: local 0/10 remote 0/20
My .qmail file reads
| preline /opt/rt2/bin/rt-mailgate --queue general --action correspond
So I tried doing a setuidgid to various users, root, rt and some others, but I still get an error
@400000003e4cc65c12cc7a24 new msg 98739
@400000003e4cc65c12cebc44 info msg 98739: bytes 1927 from firstname.lastname@example.org qp 26730 uid 506
@400000003e4cc65c18018bc4 starting delivery 230: msg 98739 to local email@example.com
@400000003e4cc65c1801d9e4 status: local 1/10 remote 0/20
@400000003e4cc65c18a68df4 delivery 230: deferral: setuidgid:_fatal:_unable_to_setgid:_permission_denied/
@400000003e4cc65c18a6c4a4 status: local 0/10 remote 0/20
My qmail file was
| setuidgid root preline /opt/rt2/bin/rt-mailgate --queue general --action correspond
Is this something to do with the permissions on the rt-mailgate?
Any ideas on this?
(Apologies for the auto-disclaimer)!
Stuart Lawrence Group
This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient please contact the sender immediately. Any disclosure, copying, distribution or any other use of this communication is strictly prohibitedand may be unlawful. Stuart Lawrence Marketing Communications Limited reserves the right to monitor and intercept communications for unlawful business purposes.
This also confirms that this message has been swept for viruses, although Stuart Lawrence Marketing Communications Limited accepts no responsibility for any loss or damage resulting directly or indirectly from the use of this email or contents.