I know this is probably the wrong place for this question, but maybe someone 
can point out the “Hey Idiot, you missed something” part of the setup.

New Debian 8 install, distribution provided postfix and procmail. (This is a 
pre-upgrade, test box. Mail is just being forwarded from my regular postfix 
email server to this one for testing.)

Email reception and delivery appear to work fine, no errors in the log file.

Log file says:

Aug  5 14:43:58 electron postfix/local[976]: 808D751D: 
to=<dkra...@electron2.admin.optivus.com>, relay=local, delay=0.07, 
delays=0.01/0/0/0.06, dsn=2.0.0, status=sent (delivered to command: procmail)
Aug  5 14:43:58 electron postfix/qmgr[964]: 808D751D: removed

Procmail is SUID GUID, and delivers to the correct place. It’s running verbose, 
and reports no errors.

ls -la /usr/bin/procmail 
-rwsr-sr-x 1 root mail 89248 Feb 11  2015 /usr/bin/procmail

Mail type is Maildir.

procmail KNOWS who I am, it’s delivering in my home folder, in exactly the 
right place. It’s creating log files with my username in them. (This pretty 
much means that postfix is passing user info along for the ride)

From dgiv...@optivus.com  Fri Aug  5 14:43:53 2016
 Subject: RE: New User Account
  Folder: /home/testing/towelie/dkrause/Maildir/new/1470433433.977_0.e     5563
procmail: [978] Fri Aug  5 14:43:58 2016
procmail: Assigning "PATH=/usr/bin:/usr/local/bin:/usr/bin:/bin"
procmail: Assigning "SHELL=/bin/sh"
procmail: Assigning "INCLUDERC=/home/testing/towelie/dkrause/.procmailrc"
procmail: Couldn't read "/home/testing/towelie/dkrause/.procmailrc"
procmail: Acquiring kernel-lock
procmail: Assigning 
"LASTFOLDER=/home/testing/towelie/dkrause/Maildir/new/1470433433.977_0.electron"
procmail: Notified comsat: 
"dkrause@0:/home/testing/towelie/dkrause/Maildir/new/147033433.977_0.electron"


But, no matter what I do, mail files are owned by root:mail

# ls -la
total 248
drwx------  2 dkrause gensw  4096 Aug  5 15:03 .
drwxr-xr-x 97 dkrause gensw  4096 Aug  5 11:59 ..
-rw-------  1 root    mail  12434 Aug  5 14:28 1470432530.5969_0.electron
-rw-------  1 root    mail   5504 Aug  5 14:38 1470433109.6006_0.electron
-rw-------  1 root    mail   5563 Aug  5 14:43 1470433433.977_0.electron
-rw-------  1 root    mail  15034 Aug  5 14:43 1470433438.978_0.electron
-rw-------  1 root    mail   7334 Aug  5 14:44 1470433457.979_0.electron
-rw-------  1 root    mail  23582 Aug  5 14:46 1470433606.1005_0.electron
-rw-------  1 root    mail   9368 Aug  5 14:48 1470433739.1011_0.electron
-rw-------  1 root    mail   7557 Aug  5 14:50 1470433815.1012_0.electron
-rw-------  1 root    mail  33175 Aug  5 14:52 1470433947.1018_0.electron
-rw-------  1 root    mail  42598 Aug  5 14:56 1470434201.1024_0.electron
-rw-------  1 root    mail  48232 Aug  5 14:58 1470434292.1026_0.electron
-rw-------  1 root    mail   5133 Aug  5 15:03 1470434628.1041_0.electron
-rw-------  1 root    mail   3798 Aug  5 15:03 1470434628.1043_0.electron

pwd
/home/testing/towelie/dkrause/Maildir/new

procmail is postfix’s mailbox_command, these options all produce the exact same 
results.

#mailbox_command = /usr/bin/procmail -d "$USER" -a "$EXTENSION"
#mailbox_command = procmail -a "$EXTENSION"
mailbox_command = procmail

I’m hoping I’m just too blind to see the error today, and someone out there has 
a quick fix.

Thanks.

--
Don Krause                                                                   

"This message represents the official view of the voices in my head."







Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to