FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora User

 
 
LinkBack Thread Tools
 
Old 08-01-2008, 04:42 PM
"Daniel B. Thurman"
 
Default F8 & F9 (i386/i686): Problems with sendmail & dovecot

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?

Dan

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
 
Old 08-01-2008, 09:12 PM
Craig White
 
Default F8 & F9 (i386/i686): Problems with sendmail & dovecot

On Fri, 2008-08-01 at 09:42 -0700, 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:
----
the clock doesn't change by 7 hours because of your permissions
in /etc/mail

You might want to figure out what your date+time settings are or more
specifically, what the time zone is (because 7 hours movement sounds
like a time zone adjustment).

Craig

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
 
Old 08-04-2008, 02:37 AM
Bill Davidsen
 
Default F8 & F9 (i386/i686): Problems with sendmail & dovecot

Daniel B. Thurman wrote:

you quoted this without reading some of it...



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

^^^^^^^^^

I would bet that /etc/mail is group writable. Or possibly /etc itself!

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?


Keep your hardware clock in UTC. Everywhere. The most common cause of
this is the clock is in UTC in Linux and the machine is infected with a
trojan called "Windows" which defaults to local time. It will run
hardware clock in UTC, you just have to slap it up aside the registry.
Sorry, I haven't fixed this for anyone in several years, you have to
look up how to do this, but that's *very* likely to be the problem.


I suggest running ntpd to keep your clock accurate, but that's not any
part of this problem.


Dan




--
Bill Davidsen <davidsen@tmr.com>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
 
Old 08-04-2008, 04:04 AM
Tim
 
Default F8 & F9 (i386/i686): Problems with sendmail & dovecot

On Sun, 2008-08-03 at 22:37 -0400, Bill Davidsen wrote:
> Keep your hardware clock in UTC. Everywhere. The most common cause of
> this is the clock is in UTC in Linux and the machine is infected with
> a trojan called "Windows" which defaults to local time. It will run
> hardware clock in UTC, you just have to slap it up aside the
> registry.

Going from what I've read, you can't get Windows to run in UTC. There's
registry options for it, but system problems with attempting it.

--
[tim@localhost ~]$ uname -r
2.6.25.11-97.fc9.i686

Don't send private replies to my address, the mailbox is ignored. I
read messages from the public lists.



--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
 
Old 08-04-2008, 02:30 PM
Bill Davidsen
 
Default F8 & F9 (i386/i686): Problems with sendmail & dovecot

Tim wrote:

On Sun, 2008-08-03 at 22:37 -0400, Bill Davidsen wrote:
Keep your hardware clock in UTC. Everywhere. The most common cause of
this is the clock is in UTC in Linux and the machine is infected with
a trojan called "Windows" which defaults to local time. It will run
hardware clock in UTC, you just have to slap it up aside the
registry.


Going from what I've read, you can't get Windows to run in UTC. There's
registry options for it, but system problems with attempting it.

I ran it for several years on Win2k and a year or so on XP. Actually the
XP boot on one of my old laptops still works right and doesn't mess up
Linux (FC4), so I will cautiously say that you can.


At any rate I believe that's your problem.

--
Bill Davidsen <davidsen@tmr.com>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
 
Old 08-04-2008, 07:00 PM
"Daniel B. Thurman"
 
Default F8 & F9 (i386/i686): Problems with sendmail & dovecot

Bill Davidsen wrote:


Daniel B. Thurman wrote:

you quoted this without reading some of it...

>
> 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
^^^^^^^^^

I would bet that /etc/mail is group writable. Or possibly /etc itself!


I checked. /etc nor /etc/mail is group writable. Both are 0755
mode.

I noticed that this problem happened in both f8 and f9. I did
not have this problem until very recently and I was running f8
for awhile and did not have this problem whatsoever - until
when I posted this message. It was worth a try tho - but alas,
no dice.


> 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?

Keep your hardware clock in UTC. Everywhere. The most common cause of
this is the clock is in UTC in Linux and the machine is infected with a
trojan called "Windows" which defaults to local time. It will run
hardware clock in UTC, you just have to slap it up aside the registry.
Sorry, I haven't fixed this for anyone in several years, you have to
look up how to do this, but that's *very* likely to be the problem.


But as I said above, why now? I did not have this problem before
so perhaps the latest update from M$ was a volley -or- a new fX
update tripped it up? That could very well be the issue w/ M$ - but
of course, I am speculating :-O I will of course look into the M$
registry thing.


I suggest running ntpd to keep your clock accurate, but that's not any
part of this problem.


Once I get the clock manually adjusted correctly, ntp works great!
Unfortunately, a reboot will force a repeat adjustment. Sigh.

Dan

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
 
Old 08-12-2008, 12:48 AM
"Daniel B. Thurman"
 
Default F8 & F9 (i386/i686): Problems with sendmail & dovecot

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.

Advice please?

Thanks!
Dan

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
 
Old 08-19-2008, 09:30 PM
"Daniel B. Thurman"
 
Default F8 & F9 (i386/i686): Problems with sendmail & dovecot

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@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
 
Old 08-19-2008, 09:55 PM
"Daniel B. Thurman"
 
Default F8 & F9 (i386/i686): Problems with sendmail & dovecot

Daniel B. Thurman wrote:

Daniel B. Thurman wrote:


Daniel B. Thurman wrote:
[snip!]
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

My mistake. Here is the correct fix for above:
b) Ft/etc/mail/trusted-users ==> Ft-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@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
 
Old 08-20-2008, 09:27 PM
"Daniel B. Thurman"
 
Default F8 & F9 (i386/i686): Problems with sendmail & dovecot

Daniel B. Thurman wrote:

Daniel B. Thurman wrote:

Daniel B. Thurman wrote:


Daniel B. Thurman wrote:
[snip!]
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

My mistake. Here is the correct fix for above:
b) Ft/etc/mail/trusted-users ==>
Ft-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



I have now solved my problem! Please ignore all this posting regarding
making any
changes whatsoever! It turns out, that for some reason, my root
filesystem (/) had
groupwrite turned on! Once I set / to mode 0755, everything was
restored. Sendmail
was right after all, in warning of unsafe groupwrite that followed all
the way up the tree

to /!

Dan

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

Thread Tools




All times are GMT. The time now is 07:14 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org