sieve Password ?

[blade74]

Hallo
Habe mal wieder Probleme diesmal mit sieve

Wenn ich sievshell aufrufe und mich dort als user anmelden möchte

sieveshell localhost --user=test
connecting to localhost
Please enter your password:


Fragt er mich ja nach meinem passwort
Aber egal welches ich eingebe ich komme nicht rein

Mein System Suse 9.0 postfix cyrus amavis-new (spam/virus) login über ldap
via saslauthd

die Fehlermeldung lautet

accepted connection
Aug 22 18:46:20 linux perl: GSSAPI Error: Miscellaneous failure (see text) (open(/tmp/krb5cc_0): No such file or directory)

incorrect digest response
Aug 22 18:46:43 linux timsieved[12305]: badlogin: linux.local[192.168.1.16] CRAM-MD5 authentication failure

[blade74]

weiß das wirklich keiner ?

[baumi_da_phreac]

Poste halt mal die Datei hier:


Aug 22 18:46:20 linux perl: GSSAPI Error: Miscellaneous failure (see text) (open(/tmp/krb5cc_0): No such file or directory)


Baumi

[blade74]

Hallo
Die Datei gibt es nicht :-(

[maniac1810]

hast du schon eine Lösung gefunden? Ich habe nämlich das gleiche Problem. Allerdings hat es bei mir vor einiger Zeit schon geklappt mit dem Login. Jetzt gehts nicht mehr... warum auch immer

[blade74]

nein leider nicht :-(

[zini2001]

so wie ich das verstehe hast du ldap.

bei mir hab ich im /etc/pam.d/ eine datei namens sieve
mit dem inhalt

#%PAM-1.0
auth sufficient pam_ldap.so
auth required pam_unix.so
account sufficient pam_ldap.so
account required pam_unix.so

kann es sein, das sieve somit am ldapserver nach dem passwort fragt?

gruß zini

[emwe]

Hi,

Deine erste Fehlermeldung kommt von der Client-Seite (also der sieveshell, deshalb auch "perl" in der Fehlermeldung). Wäre wohl eine Überlegung wert, ob SuSE da nicht zuviel reingelinkt hat :)
Probiers doch einfach mal mit einem anderen Client, z.B. telnet oder XEmacs via sieve-manage. Ok, telnet ist hart, aber der einzige Weg, Fehler auf der Client-Seite auszuschliessen.


@zini: Soweit ich das von meinen Postfixen kenne, geht saslauthd ja gerade an PAM vorbei.
Gruß,

emwe

[Roger Wilco]

@OP:
Also wenn dein Systembenutzer nicht auch "test" heißt (überprüfen mit `whoami`), dann musst du den Parameter "--authname" verwenden. Siehe man 1 sieveshell.