Re: latest sendmail on testing
Filip <filip@fbvnet.be> writes:
> On Sat, 17 May 2014 17:08:10 -0400
> Harry Putnam <reader@newsguy.com> wrote:
>
>> Filip <filip@fbvnet.be> writes:
>>
>> [...]
>>
>> >> I would have thought the install of a pkg would also create any
>> >> needed directories for the pkg to operate.
>> >>
>> >> Is it normal for user to create these things?
>>
>> >
>> > No, it's not normal. The post-install scripts should create a
>> > working initial configuration where it at least starts up.
>> >
>> > Try reinstalling with the --reinstall option.
>> >
>> > apt-get install sendmail --reinstall
>> > apt-get install sendmail-base --reinstall
>> > apt-get install sendmail-bin --reinstall
>> >
>> > Does that give any errors ?
Just those I mentioned that only required moving a few lines in sendmail.mc
However I'm still seeing something in the smtp conversation output about
not being able to write somewhere... The message is too damn cryptic be
very helpful. (see below).
If you are running version 4.14.4-5.. maybe you could post the perms on:
/var/spool/clientmqueue (Its a directory that should be created during
install but is not). And:
/var/lib/sendmail (There should be another directory here named
/var/lib/sendmail/host_status but it didn't get created during install either)
------- --------- ---=--- --------- --------
Tail of smtp conversation:
250 2.0.0 Verbose mode
>>> MAIL From:<reader@rdr.local.lan> SIZE=289 AUTH=reader@rdr.local.lan
250 2.1.0 <reader@rdr.local.lan>... Sender ok
>>> RCPT To:<reader@newsguy.com>
>>> DATA
250 2.1.5 <reader@newsguy.com>... Recipient ok
354 Enter mail, end with "." on a line by itself
>>> .
421 4.3.0 collect: Cannot write ./dfs4IGodqZ004450 (bfcommit, uid=0, gid=122): No such file or directory
>>> QUIT
reader@newsguy.com... Deferred: 421 4.3.0 collect: Cannot write ./dfs4IGodqZ004450 (bfcommit, uid=0, gid=122): No such file or directory
Closing connection to [127.0.0.1]
------- --------- ---=--- --------- --------
I can't figure out where the damn thing is trying to write, perhaps the
root uid should be something else?
------- --------- ---=--- --------- --------
perms on /var/spool stuff:
total 32
drwxr-xr-x 2 root root 4096 May 16 16:48 anacron
This one I created by hand and took the perms from the similar named
directory mqueue-client which did exist
*** drwxrws--- 2 smmsp smmsp 4096 May 17 14:41 clientmqueue
drwxr-xr-x 5 root root 4096 May 16 16:20 cron
drwxr-x--- 5 Debian-exim Debian-exim 4096 May 16 16:35 exim4
drwxr-xr-x 3 root root 4096 May 16 16:18 libreoffice
lrwxrwxrwx 1 root root 7 May 16 15:47 mail -> ../mail
drwxrws--- 2 smmta smmsp 4096 Feb 15 19:32 mqueue
drwxrws--- 2 smmsp smmsp 4096 May 18 12:50 mqueue-client
drwx------ 2 root root 4096 Mar 28 08:10 rsyslog
------- --------- ---=--- --------- --------
ls -ld /var/lib/sendmail
I changed this to what you see, from:
drwxr-s--x
drwxrws--x 3 smmta smmsp 4096 May 18 12:49 /var/lib/sendmail
ls -l /var/lib/sendmail/
-rw-rw---- 1 root smmsp 0 May 17 21:55 dead.letter
drwxrws--- 2 root smmsp 4096 May 18 12:49 host_status
Reply to: