Nach etch-Upgrade: Exim Permisson Problem

05/11/2007 - 11:16 von Steven Varco | Report spam
Hi Zusammen

Nachdem ich nun schon seit Wochen keine Lösung auf das Problem finden
konnte, werde ich es nun hier posten:

Habe letzthin mein Debian Sarge auf etch upgegraded.

Bis auf ein Problem mit mit dem neuen courier-mysql authlib modul
(gelöst) hat auch alles geklappt, AUSSER: exim scheint jetzt ein
Berechtigungs Problem zu haben; alle 15 Minuten bekomme ich folgende
Cron-Mail:

From: root@webserver (Cron Daemon)
To: mail@webserver
Subject: Cron <mail@webserver> if [ -x /usr/sbin/exim -a -f
/etc/exim/exim.conf ]; then /usr/sbin/exim -q ; fi
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <HOME=/var/mail>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=mail>
Message-Id: <E1Ikyvd-0006l8-N2@webserver>
Sender: CronDaemon <mail@webserver>
Date: Thu, 05 Nov 2007 11:23:01 +0200

exim: permission denied



Die file-permissons sehen für mich aber normal aus:

webserver:~# ls -l /usr/sbin/exim
lrwxrwxrwx 1 root root 5 Oct 22 12:17 /usr/sbin/exim -> exim4

webserver:~# ls -l /usr/sbin/exim4
-rwsr-xr-x 1 root root 801100 Jan 20 2007 /usr/sbin/exim4

webserver:~# exim -bP exim_user exim_group
exim_user = Debian-exim
exim_group = Debian-exim

webserver:~# su mail

webserver:/root$ /usr/sbin/exim4 -d -q
Exim version 4.63 uid=8 gid=8 pid&119 D=fbb95cfd
Berkeley DB: Sleepycat Software: Berkeley DB 4.3.29: (September 6, 2005)
Support for: crypteq iconv() IPv6 PAM Perl GnuTLS move_frozen_messages
Content_Scanning Old_Demime
Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb
dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite
Authenticators: cram_md5 cyrus_sasl plaintext spa
Routers: accept dnslookup ipliteral iplookup manualroute queryprogram
redirect
Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp
Fixed never_users: 0
Size of off_t: 8
changed uid/gid: forcing real = effective
uid=0 gid=8 pid&119
auxiliary group list: <none>
seeking password data for user "vmail": cache not available
getpwnam() succeeded uid™ gid™
seeking password data for user "www-data": cache not available
getpwnam() succeeded uid3 gid3
seeking password data for user "Debian-exim": cache not available
getpwnam() succeeded uid2 gid2
seeking password data for user "root": cache not available
getpwnam() succeeded uid=0 gid=0
configuration file is /etc/exim4/exim4.conf
log selectors = 00000ffc 001a9001
cwd=/root 3 args: /usr/sbin/exim4 -d -q
exim: debugging permission denied
webserver:/root$


Sorgen machen mir auch diese Zeilen:

seeking password data for user "xxx": cache not available


Dummerweise habe ich dem Debian Installer erlaubt die passwd-files
zurückzustellen, danach waren einige user (z.B. "vmail"; UID:99)
verschwunden. Diese Files habe ich daber dann wieder aus dem letzten
Backup zurück kopiert.


Hat irgendwer von euch sowas schon gehabt?

gruss,
Steven
 

Lesen sie die antworten

#1 Martin Reising
05/11/2007 - 19:58 | Warnen spam
Steven Varco wrote:

AUSSER: exim scheint jetzt ein Berechtigungs Problem zu haben; alle
15 Minuten bekomme ich folgende Cron-Mail:

From: (Cron Daemon)
To:
Subject: Cron if [ -x /usr/sbin/exim -a -f
/etc/exim/exim.conf ]; then /usr/sbin/exim -q ; fi
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <HOME=/var/mail>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=mail>
Message-Id:
Sender: CronDaemon
Date: Thu, 05 Nov 2007 11:23:01 +0200

exim: permission denied



Wo kommt denn der Crontabeintrag her, der /usr/sbin/exim und
/etc/exim/exim.conf verwendet?

Das gibt es hier nicht und sieht mir nach einer Upgrade Leiche oder
einem User Crontabeintrag aus.

Nicht Absicht unterstellen, wenn auch Dummheit ausreicht!

Ähnliche fragen