Andreas Winkelmann schrieb:

peter grotz wrote:

...

habe mir mal websieve gezogen und die perl-cyrus-Module eingespielt. (SuSE 8.2 pro) Beim Einloggen bekomme ich nur eine Fehlermeldung, daß es nicht funktioniert hat (??). Wenn ich das Skript mal aufdrösle, kann ich z.B. ein "openimap" oder den ganzen anderen imap-Mist sehr wohl bedienen, einzig die Sieve-Verbindung wird nicht hergestellt. Meine Vermutung geht in Richtung sasl/saslauthd. Ein Blick in /var7log/warn sagt:

timsieved[24165]: unable to open Berkeley db /etc/sasldb2: Permission denied. timsieved[24165]: attempting server step after downflag master: process 24165 exited, signaled to death by 11

Da saslauthd bei mir pam nutzt, weiß ich jetzt nich wie ich es dem doofen sieve-scrript erkläre, daß es überhaupt nicht die sasl2db benötigt, sondern über pam gehen soll.

Weiß hier einer Rat? Bin für jeden Tip dankbar!

Sieve dürfte dazu die cyrus-imapd config-datei mitbenutzen. Dort steht aber bei suse standardmässig saslauthd drin. Schick doch mal bitte Deine /etc/imapd.conf

Stimmt genau; wäre mir auch lieb, wenn cyrus weiterhin per pam authenifiziert! Peter configdirectory: /var/lib/imap partition-default: /var/spool/imap sievedir: /var/lib/sieve admins: cyrus allowanonymouslogin: no autocreatequota: 10000 reject8bit: no quotawarn: 90 timeout: 480 poptimeout: 10 dracinterval: 0 drachost: localhost sasl_pwcheck_method: saslauthd lmtp_overquota_perm_failure: no # # if you want TLS, you have to generate certificates and keys # #tls_cert_file: /usr/ssl/certs/cert.pem #tls_key_file: /usr/ssl/certs/skey.pem #tls_ca_file: /usr/ssl/CA/CAcert.pem #tls_ca_path: /usr/ssl/CA

Andreas Winkelmann schrieb:

peter grotz wrote:

...

...

Sieve dürfte dazu die cyrus-imapd config-datei mitbenutzen. Dort steht aber bei suse standardmässig saslauthd drin. Schick doch mal bitte Deine /etc/imapd.conf

Stimmt genau; wäre mir auch lieb, wenn cyrus weiterhin per pam authenifiziert!

Wie langweilig ;-)

aber besser als auch noch sasldb2 zu betreuen. Wenn ich auf sasldb2 umstelle funzt es auch nicht... [...]

Hmm, die sieht oki aus. Die einzige Idee die ich jetzt noch hätte, wäre dass timsieved eine andere Config-Datei benutzt. Dies wäre in /etc/cyrus.conf umdefinierbar. Schau mal, ob hinter timsieved ein "-C" mit einer anderen Datei dahinter steht.

hat nich

Du benutzt die Standard-Pakete von Suse, oder?

ja, sollte doch dann eigentlich gehen, oder? ich leg noch die cyrus.conf bei für alle fälle... gruß peter # standard standalone server implementation START { # do not delete this entry! recover cmd="ctl_cyrusdb -r" # this is only necessary if using idled for IMAP IDLE # idled cmd="idled" } # UNIX sockets start with a slash and are put into /var/lib/imap/socket SERVICES { # add or remove based on preferences imap cmd="imapd" listen="imap" prefork=0 # imaps cmd="imapd -s" listen="imaps" prefork=0 pop3 cmd="pop3d" listen="pop3" prefork=0 # pop3s cmd="pop3d -s" listen="pop3s" prefork=0 sieve cmd="timsieved" listen="sieve" prefork=0 # at least one LMTP is required for delivery # lmtp cmd="lmtpd" listen="lmtp" prefork=0 lmtpunix cmd="lmtpd" listen="/var/lib/imap/socket/lmtp" prefork=0 # this is only necessary if using notifications # notify cmd="notifyd" listen="/var/lib/imap/socket/notify" proto="udp" prefork=1 } EVENTS { # this is required checkpoint cmd="ctl_cyrusdb -c" period=30 # this is only necessary if using duplicate delivery suppression delprune cmd="ctl_deliver -E 3" period=1440 # this is only necessary if caching TLS sessions tlsprune cmd="tls_prune" period=1440 # Uncomment the next entry, if you want to automatically remove # old messages of EVERY user. # This example calls ipurge every 60 minutes and ipurge will delete # ALL messages older then 30 days. # enter 'man 8 ipurge' for more details # cleanup cmd="ipurge -d 30 -f" period=60 }