PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Sieve (Smartsieve)



garv3
04.03.05, 10:31
Hallo zusammen,

ich hab ein Problem mit Smartsieve:

Auf meinem Suse 9.0 System läuft ein Cyrus Imap mit Fetchmail und Postfix.
Ausserdem hab ich auch noch SquirrelMail am laufen.

Das funktioniert alles ohne Probleme.

Aber bei Smartsieve kann ich mich nicht anmelden.
Fehlermeldung bei Smartsieve: "Login failed! Please try again."
Log:
---snip---
Mar 4 11:34:26 linux master[28694]: about to exec /usr/lib/cyrus/bin/timsieved
Mar 4 11:34:26 linux sieve[28694]: executed
Mar 4 11:34:26 linux sieve[28694]: accepted connection
Mar 4 11:34:26 linux timsieved[28694]: DIGEST-MD5 server step 1
Mar 4 11:34:26 linux timsieved[28694]: DIGEST-MD5 server step 2
Mar 4 11:34:26 linux timsieved[28694]: no secret in database
Mar 4 11:34:26 linux timsieved[28694]: badlogin: localhost[127.0.0.1] DIGEST-MD5 authentication failure
---snap---

Woran kann das liegen?

Roger Wilco
04.03.05, 15:51
Falscher Authentifizierungsmechanismus?

garv3
07.03.05, 09:56
hmm,

ich habe das md5 dafür extra installiert.

weiss aber nicht, ob das so jetzt auch funktioniert.
habe davon leider keine ahnung :-/

wie kann ich überprüfen, ob die authentifizierung dagegen generell funktioniert?

Roger Wilco
07.03.05, 20:18
wie kann ich überprüfen, ob die authentifizierung dagegen generell funktioniert?
Wenn der IMAPd den gleichen Authentifizierungsmechanismus verwendet, kannst du z. B. cyradm benutzen.
Wenn du PAM zur Authentifizierung benutzt, schau mal in /etc/pam.d ob ein entsprechendes File für Sieve existiert.

garv3
09.03.05, 12:34
Smartsieve soll DIGEST-MD5 nutzen.

Was ich in meinem System nutze, weiss ich nicht wirklich. Ist es bei Suse PAM?

In /etc/pam.d liegt kein sieve file. Wie sollte das denn aussehen?
Und die Logs sagen ja auch, dass die Autorisierung über DIGEST-MD5 erfolgen soll.

Ich hab davon leider wirklich keine Ahnung. Kann mir jemand sagen, wo ich die benötigten Infos (verwendete Mechanismen...) finden kann?

Danke!

garv3
09.03.05, 15:38
Ich glaube, dass die user nicht korrekt in der sasldb2 angelegt waren.

Hab das jetzt soweit gemacht.

Und ich hab die Methode auf plain geändert.

Bekomme jetzt aber trotzdem noch ne Fehlermeldung und kann mich nicht einloggen.
Im Log steht jetzt

Mar 9 16:41:29 linux master[2505]: about to exec /usr/lib/cyrus/bin/timsieved
Mar 9 16:41:29 linux sieve[2505]: executed
Mar 9 16:41:29 linux sieve[2505]: accepted connection
Mar 9 16:41:29 linux master[13409]: process 2505 exited, status 0

Irgend wer noch ne Idee?

garv3
10.03.05, 08:44
So, ich hab jetzt noch mal alles durchgecheckt.

Plain funktionierte wohl doch nicht. Im smartsieve.log tauchte nämlich folgende Meldung auf:

Mar 09 17:28:33 [smartsieve] FAILED LOGIN: garv3 [195.135.189.232] {127.0.0.1:20
00}: openSieveSession: failed opening sieve session: _selectsaslmech: no availab
le mechanisms

Jetzt hab ich smartsieve wieder auf DIGEST-MD5 umgestellt.
Zur genaueren Fehleranalyse mal alle Info, die meiner Meinung nach relevant sind:

messages.log

Mar 10 09:33:43 linux master[3814]: about to exec /usr/lib/cyrus/bin/timsieved
Mar 10 09:33:43 linux sieve[3814]: executed
Mar 10 09:33:43 linux sieve[3814]: accepted connection
Mar 10 09:33:43 linux timsieved[3814]: DIGEST-MD5 server step 1
Mar 10 09:33:43 linux timsieved[3814]: DIGEST-MD5 server step 2
Mar 10 09:33:43 linux timsieved[3814]: client response doesn't match what we generated
Mar 10 09:33:43 linux timsieved[3814]: badlogin: localhost[127.0.0.1] DIGEST-MD5 authentication failure

smartsieve.log:

Mar 10 09:33:43 [smartsieve] getCryptLib: found cryptography library MCRYPT
Mar 10 09:33:43 [smartsieve] getCryptLib: found cryptography library MCRYPT
Mar 10 09:33:43 [smartsieve] FAILED LOGIN: garv3 [195.135.189.232] {127.0.0.1:2000}: openSieveSession: failed opening sieve session: _authenticate: authentication failure connecting to 127.0.0.1

config.php (smartsieve):

// SmartSieve will auto negotiate which SASL mechanism to use to authenticate.
// If you want to specify a mechanism instead set this to something other
// than an empty string. Currently, 'plain' and 'digest-md5' are supported.
$default->sasl_mech = 'digest-md5';


linux:/etc # sasldblistusers2:

cyrus@linux: userPassword
netcologne@linux: userPassword
gmx@linux: userPassword
user.garv3@linux: userPassword
garv3@linux: userPassword

Hmm,
was könnte denn noch wichtig sein?
Hab schon ewig nach ner vernünftigen Doku gesucht. Aber dazu finde ich keine Lösung.
Ich weiss echt nicht mehr weiter.
Bitte hilf mir jemand.