On Tue, Jun 17, 2025 at 07:54:41PM +0200, lejeczek via Postfix-users wrote:
> -> $ postconf -Mf | egrep -i '(pickup|qmgr)'
> pickup unix n - n 60 1 pickup
> qmgr unix n - n 300 1 qmgr
Reasonable so far, can you also post a listing of /var/spool/postfix/public?
(Requires some non-default privs, root or uid "postfix" or group "postdrop").
> amavisfeed unix - - n - 2 lmtp
> policyd-spf unix - n n - 0 spawn
> submission inet n - n - - smtpd
> pickup unix n - n 60 1 pickup
> cleanup unix n - n - 0 cleanup
> qmgr unix n - n 300 1 qmgr
> tlsmgr unix - - n 1000? 1 tlsmgr
> rewrite unix - - n - - trivial-rewrite
> bounce unix - - n - 0 bounce
> defer unix - - n - 0 bounce
> trace unix - - n - 0 bounce
> verify unix - - n - 1 verify
> flush unix n - n 1000? 0 flush
> proxymap unix - - n - - proxymap
> proxywrite unix - - n - 1 proxymap
> smtp unix - - n - - smtp
> relay unix - - n - - smtp
> showq unix n - n - - showq
> error unix - - n - - error
> retry unix - - n - - error
> discard unix - - n - - discard
> local unix - n n - - local
> virtual unix - n n - - virtual
> lmtp unix - - n - - lmtp
> anvil unix - - n - 1 anvil
> scache unix - - n - 1 scache
> postlog unix-dgram n - n - 1 postlogd
Nothing looks odd above.
On Tue, Jun 17, 2025 at 08:06:02PM +0200, lejeczek via Postfix-users wrote:
> -> $ postconf -nf | ...
Nothing obvious there either. You should run "sendmail" directly and
see whether it works and whether the pickup service sees the new message
promptly. As root, you should be able to "strace" its execution.
# msg=$(mktemp -t)
# trace=$(mktemp -t)
# printf 'From: %s\nTo: %s\nSubject: test\n\nHi there\n' root root > "$msg"
# strace -o "$trace" -f sendmail -it < "$msg"
# rm -f "$msg'
If necessary, replace the second "root" with a real user name whose mail
you receive. Then look for any evidece of denied access to some FIFO
in the trace file (perhaps look for EPERM)?
Post all log entries for the queue id of the delivered message.
Do check the audit logs to see whether FIFO access was denied, and
the recipient's mailbox to see whether the message was delivered.
If the access was not blocked for root, try again as the "postfix"
user (sudo postfix bash, ...). The "postfix" user should still
be able to create new messages in "maildrop" even when "strace"
suppresses the "setgid" bit in "postdrop", and to send a wakeup
to the pickup service.
--
Viktor.
_______________________________________________
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org
