Re: F8 & F9 (i386/i686): Problems with sendmail & dovecot

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Daniel B. Thurman wrote:

Daniel B. Thurman wrote:
>
> The /var/log/maillog shows:
> =====================
> Aug  1 16:20:06 gold sendmail[3269]: NOQUEUE: SYSERR(root):
> /etc/mail/sendmail.cf: line 97: fileclass: cannot open
> '/etc/mail/local-host-names': Group writable directory
> Aug  1 16:20:06 gold sendmail[3269]: NOQUEUE: SYSERR(root):
> /etc/mail/sendmail.cf: line 619: fileclass: cannot open
> '/etc/mail/trusted-users': Group writable directory
> Aug  1 16:20:06 gold sendmail[3273]: NOQUEUE: SYSERR(root):
> /etc/mail/sendmail.cf: line 97: fileclass: cannot open
> '/etc/mail/local-host-names': Group writable directory
> Aug  1 16:20:06 gold sendmail[3273]: NOQUEUE: SYSERR(root):
> /etc/mail/sendmail.cf: line 619: fileclass: cannot open
> '/etc/mail/trusted-users': Group writable directory
> Aug  1 16:20:06 gold sendmail[3273]: NOQUEUE: SYSERR(root):
> /etc/mail/sendmail.cf: line 1743: Xclamav-milter: local socket name
> /var/run/clamav-milter/clamav.sock unsafe: Group writable directory
> Aug  1 16:20:06 gold sm-msp-queue[3280]: NOQUEUE: SYSERR(root):
> /etc/mail/submit.cf: line 554: fileclass: cannot open
> '/etc/mail/trusted-users': Group writable directory
> Aug  1 09:22:58 gold dovecot: Time just moved backwards by 25199
> seconds. This might cause a lot of problems, so I'll just kill myself
> now. http://wiki.dovecot.org/TimeMovedBackwards
>
> Note the last line: I already posted a date/time setting problem in a
> seperate thread.
> Date/Time randomly changes either in the future or in the past upon a
> reboot and
> no, it's not the BIOS battery - it is brand new!
>
> I checked the permissions in /etc/mail and all of the file there shows
> no group writable permissions:
>
> /etc/mail:
> =======
> -rw-r--r-- 1 root root  7178715 2008-01-14 18:35 access
> -rw-r----- 1 root root 10334208 2008-01-14 18:35 access.db
> -rw-r--r-- 1 root root       84 2008-01-25 12:44 authinfo
> -rw-r----- 1 root root    12288 2008-01-25 12:44 authinfo.db
> drwxr-xr-x 2 root root     4096 2008-01-25 13:57 backup
> -rw-r--r-- 1 root root      233 2007-11-22 05:53 domaintable
> -rw-r----- 1 root root    12288 2008-01-07 15:29 domaintable.db
> -rw-r--r-- 1 root root       45 2008-01-09 16:54 generics-domains
> -rw-r--r-- 1 root root      347 2008-06-14 10:59 genericstable
> -rw-r----- 1 root root    12288 2008-06-14 11:40 genericstable.db
> -r--r--r-- 1 root root     5584 2007-11-22 05:53 helpfile
> -rw-r--r-- 1 root root       94 2008-07-04 17:43 local-host-names
> -rw-r--r-- 1 root root      997 2007-11-22 05:53 mailertable
> -rw-r----- 1 root root    12288 2008-01-07 15:29 mailertable.db
> -rw-r--r-- 1 root root     1048 2007-11-22 05:53 Makefile
> -rw-r--r-- 1 root root    60875 2008-01-26 14:04 sendmail.cf
> -rw-r--r-- 1 root root    60985 2008-01-26 13:55 sendmail.cf.bak
> -rw-r--r-- 1 root root     7988 2008-01-26 14:04 sendmail.mc
> drwxr-xr-x 2 root root     4096 2008-06-28 15:53 spamassassin
> -r--r--r-- 1 root root    41716 2007-11-22 05:53 submit.cf
> -rw-r--r-- 1 root root      941 2007-11-22 05:53 submit.mc
> -rw-r--r-- 1 root root      154 2008-01-09 17:53 trusted-users
> -rw-r--r-- 1 root root     2715 2008-06-14 10:57 virtusertable
> -rw-r----- 1 root root    12288 2008-06-14 11:40 virtusertable.db
>
> Hmm... what seems to be the problem here?
>
I have fixed my clock issues and find that the above error message
really does not have much to do with the NTP or local clock - and the
sendmail problem still persists.

I have not had this issue before in the many months I have run F8
including the inception of F9 until some point when the latest
sendmail update was last issued.

What I find at this point are the 4 files that are problematic with the
latest sendmail updates:

1) /etc/mail/local-host-names (I use this for virtual domains)
2) /etc/mail/trusted-users  (I use this for trusted users)
3) /var/run/spamass-milter/spamass-milter.sock (Spamassasin)
4) /var/run/clamav-milter/clamav.sock  (AntiVirus)

In all the above 4 files, sendmail is complaining of a Group-Writable issue
and I have checked many times that this is not the issue at all, that
none of the
parent directories nor the file itself has any group writes set.  I have
commented
out the specific 4 lines in the sendmail.cf files and was able to get
sendmail running
again but without the features I need.  What I am not clear of, is if
this is a SELinux
issue or not.  I tried setenforce 0 and this did not help.

These problems have not been resolved at this point.

Since nobody has responded, I thought to place here the fix for the the sendmail groupwritable claims for the two file: local-host-names and trusted-users as follows:

1) Edit your /etc/mail/sendmail.cf file and change:

a) Fw/etc/mail/local-host-names ==> Fw-o<space>/etc/mail/local-host-names
   b) Ft/etc/mail/trusted-users ==> Fw-o<space>/etc/mail/trusted-users

   replace <space> for actual space character!

NOTE: Your /etc/mail permissions are fine - no permissions changes are required at all for the files nor the directories or it's parents. This is a change by sendmail.org
              I think - dunno WHY, but there it is.

As for Spamassasin and ClamAV - there is no known fix for this that I know of - does anyone know? Has *anyone* gotten these to work? Why hasn't anyone said anything about this anywhere that I know of? I got this above information from a blog site of all places so there has been problems reported and a fix - but not for Spamassasin or ClamAv

Thanks!
Dan

--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux