Cyrus unter Debian: kein Login mehr möglich

Cyrus unter Debian: kein Login mehr möglich (33 Beiträge, 702 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Liebe Community,

ich betreibe seit mehreren Jahren ein Mailserver unter Debian stable, dzt. Etch, mit Postfix, fetchmail und eben cyrus.

Und seit ein paar Tagen kann ich mich weder mit pop noch mit imap auf dem Server einloggen.

Alle anderen Dienste funktionieren, die Logs geben nix her, cyrus läuft, sasl läuft, postfix stellt die mails an cyrus zu.....
aber dennoch geht nix.

irgendwelche ideen?

PS: bei google habe ich nach den ersten 10 Seiten aufgehört, nachdem ich jedem link gefolgt bin...

lg

pope

ciao

pope

was steht im mail.log?

Runter gehts schneller als rauf!
Statistik ist eine exakte Methode, Halbwahrheiten ungenau auszudrücken.
FashionModelDirectory.com | Smartforum.at

Was bedeutet das?
Kein login über IMAP? Kein login über POP3? Kein login für cyradm?
Ganz allgemein. Das sasl Setup und die Mailboxen sind mögliche Fehlerquellen.

kannst du dich über die shell mittels cyradm als user anmelden?

lg
oliver

Wird ein Tier in seiner Bewegungsfreiheit eingeschränkt, so nennen wir das Tierquälerei. Schränken wir hingegen ein Kind in seiner Bewegungsfreiheit ein, so bezeichnen wir das als Kultivierung...

Über die Shell mittels Cyradmin habe ich noch nicht probiert...
muss ich mir erst anschauen.

im mail.log (warn, err) steht eben genau gar nix.

Soweit ich mich erinnern kann, habe ich auch keine Änderungen am System durchgeführt.
sasl gibt auch keine Fehlermeldungen aus. (hätte ich auch im Verdacht gehabt)
aber wie kann ich bei sasl Probleme lösen (hier fehlen mir eindeutig die Kenntnisse)

lg

pope

ciao

pope

Über die Shell mittels Cyradmin habe ich noch nicht probiert...
muss ich mir erst anschauen.

ja, überprüf das mal - am server mittels cyradm -user localhost anmelden und ein "lm" (listmailboxes) ausführen - wennst du dich einloggen kannst und deine ordner siehst, kannst du mal ausschließen, dass es mit sasl-cyrus ein grundlegendes problem gibt.

als nächstes würd ich schaun, ob die entsprechenden ports von den entsprechenden prozessen geöffnet sind - nix geht, wenn du an 993er port z.b. anklopfen willst, deine postfix/cyrus-kombi aber gar nicht auf diesem port lauscht...

wie fragst du denn deine mail diesbezüglich ab? per webmail, oder über einen mailclienten?

lg
oliver

Hallo Oliver,

danke für die genaue Anleitung, war sehr hilfreich, denn ich konnte mich NICHT anmelden.

mit einem kurzen netstat -a habe ich festgestellt, dass cyrus grundsätzlich an den entsprechenden ports lauscht, aber anscheinend stimmt etwas mit sasl nicht.

wie kann ich jetzt vorgehen, alle user neu anlegen wird mir wahrscheinlich die mailboxen killen.

übrigens frage ich per mailclient (thunderbird) ab, webmail habe ich nicht hinbekommen (mangels entsprechender Anleitung.

lg

pope

ciao

pope

Nein, die Mailboxen werden dadurch nicht gekillt, wenn sie noch existieren.
Aber zur Sicherheit würde ich mal  /var/spool/cyrus/ wegsichern.

Wie hast du die Authentifikation gemacht?
Direkt über die sasl2db oder über die pam?

Poste mal:
/etc/default/saslauthd

meine schaut so aus:
Ich gehe also über die pam.
#
# Settings for saslauthd daemon
# Please read /usr/share/doc/sasl2-bin/README.Debian for details.
#

# Should saslauthd run automatically on startup? (default: no)
START=yes

# Description of this saslauthd instance. Recommended.
# (suggestion: SASL Authentication Daemon)
DESC="SASL Authentication Daemon"

# Short name of this saslauthd instance. Strongly recommended.
# (suggestion: saslauthd)
NAME="saslauthd"

# Which authentication mechanisms should saslauthd use? (default: pam)
#
# Available options in this Debian package:
# getpwent  -- use the getpwent() library function
# kerberos5 -- use Kerberos 5
# pam       -- use PAM
# rimap     -- use a remote IMAP server
# shadow    -- use the local shadow password file
# sasldb    -- use the local sasldb database file
# ldap      -- use LDAP (configuration is in /etc/saslauthd.conf)
#
# Only one option may be used at a time. See the saslauthd man page
# for more information.
#
# Example: MECHANISMS="pam"
MECHANISMS="pam"

# Additional options for this mechanism. (default: none)
# See the saslauthd man page for information about mech-specific options.
MECH_OPTIONS=""

# How many saslauthd processes should we run? (default: 5)
# A value of 0 will fork a new process for each connection.
THREADS=5

# Other options (default: -c -m /var/run/saslauthd)
# Note: You MUST specify the -m option or saslauthd won't run!
#
# See /usr/share/doc/sasl2-bin/README.Debian for Debian-specific information.
# See the saslauthd man page for general information about these options.
#
# Example for postfix users: "-c -m /var/spool/postfix/var/run/saslauthd"
OPTIONS="-c -m /var/run/saslauthd"

Hallo MG,

meine schaut fast identisch aus:
die Unterschiede habe ich bei den OPTIONS gefunden bei mir nur -c
und NAME ist bei mir nicht definiert

lg

pope

#
# Settings for saslauthd daemon
#

# Should saslauthd run automatically on startup? (default: no)
START=yes

# Which authentication mechanisms should saslauthd use? (default: pam)
#
# Available options in this Debian package:
# getpwent  -- use the getpwent() library function
# kerberos5 -- use Kerberos 5
# pam       -- use PAM
# rimap     -- use a remote IMAP server
# shadow    -- use the local shadow password file
# sasldb    -- use the local sasldb database file
# ldap      -- use LDAP (configuration is in /etc/saslauthd.conf)
#
# Only one option may be used at a time. See the saslauthd man page
# for more information.
#
# Example: MECHANISMS="pam"
MECHANISMS="pam"

# Additional options for this mechanism. (default: none)
# See the saslauthd man page for information about mech-specific options.
MECH_OPTIONS=""

# How many saslauthd processes should we run? (default: 5)
# A value of 0 will fork a new process for each connection.
THREADS=5

# Other options (default: -c)
# See the saslauthd man page for information about these options.
#
# Example for postfix users: "-c -m /var/spool/postfix/var/run/saslauthd"
# Note: See /usr/share/doc/sasl2-bin/README.Debian
OPTIONS="-c"

ciao

pope

13.09.2008, 23:24 Uhr - Editiert von pope, alte Version: hier

irgendwelche Ideen, wie ich mein sasl wieder zum laufen bekomme?

lg

pope

ciao

pope

Hallo Oliver,
nun habe ich meine saslauthd an deine angepasst, das Ergebnis ist das gleiche.

Ich habe nun versucht, in cyradmin die Mailboxen anzuzeigen:

debian:~# cyradm -user localhost
cyradm> lm
listmailbox: no connection to server
cyradm>

Was heisst das nun, sasl oder cyrusproblem?

es laufen beide ohne Fehlermeldung, die Ports sind auf listen.

lg

Bernhard

ciao

pope

laufen die über inted oder xinetd service oder standalone?

Über inted.

Warum, der Dienst läuft ja?

lg

pope

ciao

pope

der dienst mag zwar laufen, aber inetd arbeitet meines wissens als eine art tcpwrapper.

da müsst es die dateien /etc/hosts.allow und /etc/hosts.deny geben. damit wird gesteuert welche rechner auf welche dienste zugreifen dürfen. wenn die dateien falsch parametriert sind, kann der dienst zwar laufen, es hat aber niemand wirklich zugriff darauf.

es waren beide Dateien leer, mit Änderungsdatum vom April 2008, also habt der Server noch lange funktioniert.

Ich habe zwar probeweise noch mein lokales Netzwerk und dann nochmals exklusiv meinen Rechner freigegeben, aber leider ohne Erfolg.

lg

pope

ciao

pope

in /var/log/messages steht auch nichts?

hast schon mal mit tcpdump oder wireshark versucht zu sniffen was auch paketebene so vorsich geht?

in den logs steht nix, weder in messages noch in diversen maillogs.

gesnifft habe ich auch schon, aber ausser der nicht funktionierenden Verbindung ist nichts rausgekommen, leider...

lg

pope

ciao

pope

lauft der cyrus überhaupt?

cyrus, sasl, postfix, alle laufen ohne fehlermeldung,

sonst wäre das ja keine herausforderung

lg

pope

ciao

pope

nein, was sagt ps?

paris095:~# ps aux|grep cyrus
cyrus     6506  0.0  0.2  96940  4212 ?        Rs   Sep25   0:40 /usr/sbin/cyrmaster -d
cyrus     6634  0.0  0.1  99828  2636 ?        S    Sep25   0:00 notifyd
cyrus    18110  0.0  0.2 147772  4516 ?        S    Oct12   0:00 imapd -U 30
root     27741  0.0  0.0   5168   848 pts/1    R+   21:59   0:00 grep cyrus

und was sagt telnet localhost 143 ?
paris095:~# telnet localhost 143
Trying 127.0.0.1...
Connected to localhost.localdomain.
Escape character is '^]'.
* OK paris095 Cyrus IMAP4 v2.2.13-Debian-2.2.13-13ubuntu3 server ready

ps:

ps aux|grep cyrus
cyrus     2563  0.0  0.7   8456  2844 ?        Ss   19:30   0:00 /usr/sbin/cyrmaster -d
cyrus     2643  0.0  0.3  24064  1516 ?        S    19:30   0:00 notifyd
root      3857  0.0  0.1   1952   624 pts/0    R+   22:17   0:00 grep cyrus

netstat

tcp        0      0 *:imaps                 *:*                     LISTEN
tcp        0      0 *:swat                  *:*                     LISTEN
tcp        0      0 *:pop3                  *:*                     LISTEN
tcp        0      0 *:imap2                 *:*                     LISTEN
tcp        0      0 *:smtp                  *:*                     LISTEN
TIME_WAIT
tcp        0    264 debian:ssh              192.168.1.20:2571       VERBUNDEN
tcp6       0      0 *:pop3                  *:*                     LISTEN
tcp6       0      0 *:imap2                 *:*                     LISTEN

telnet localhost 143
Trying 127.0.0.1...
Connected to localhost.localdomain.
Escape character is '^]'.
Connection closed by foreign host.

lg

pope

ciao

pope

da läuft kein imapd!

wie krieg ich es zum laufen?

keine Fehlermeldung, lt. netstat sind die entsprechenden Ports belegt, irgendwelche Ideen?

lg

pope

ciao

pope

lsof -i4|grep imap

lsof -i4|grep imap
inetd 2579 root 6u IPv4 6185 TCP *:imap2 (LISTEN)
inetd 2579 root 7u IPv4 6187 TCP *:imaps (LISTEN)

lt cyrus.conf sollte imaps gar nicht laufen (mittels # deaktiviert)

und connecten geht trotzdem nicht

lg

pope

ciao

pope

ja. Da stimmt was mit deienm inetd nicht.
Warum verwendest du den überhaupt?

weil ich debian etch standardmäßig aufgesetzt habe, und da wurde eben inetd installiert.

meine Kenntnisse reichen nicht so tief in Linux, um solche Dinge so leicht umzudrehen, da dauert das Studium der entsprechenden manpages und howto´s oft zu lange für meine knapp bemessene Zeit.

lg

pope

ciao

pope

dem inetd demon ist die konfig eines imap servers ziemlich egal.

alles was in /etc/inetd.conf steht wirft der eben an.

da müsste doch bei dir zumindest eine zeile für imap2 und imaps aktiv sein. kanns sein, dass du in letzter zeit updates gemacht hast und damit deine konfigfiles zerschossen hast?

ich habe zwar updates gemacht, aber die config files waren datumsmäßig unverändert.

hilft es was, cyrus neu zu installieren, muss ich dann die Konten neu anlegen?

lg
pope

ciao

pope

Es hat zwar gedauert, da ich umgezogen bin,
aber nun habe ich den Mailserver probehalber in einer virtuellen Maschine (nach-)installiert, um die Unterschiede herauszufinden:

ich bin perfekt

, es funktioniert in einer nagelneuen Installation genauso nicht, mit den gleichen Problemen mit SASL und IMAP.

Jetzt stehe ich komplett an, denn die Installationsschritte waren die gleichen wie beim ersten Mal (Standardinstallation), dennoch geht nix.

Für einen Fehler in Debian halte ich es wegen meines Halbwissens nicht, auch wenn es die einfachste Lösung wäre, aber wie schaffe ich es, diesen Sch... zu lösen?

lg

pope

PS: Frohe Weihnachten und einen guten Rutsch

ciao

pope

ich habe im Internet was von einem SASL Problem nach einem update gefunden (debian etch), allerdings habe ich dazu noch keine funktionierende Lösung gefunden.

diese Beschreibung würde auch bei mir passen, ...

lg

pope

ciao

pope

So gut Ding braucht viiieeeel Weile! Aber als Abschluss und Lehre für andere:

- zuerst habe ich Debian auf das aktuelle Release gebracht.

- dann hab ich kolab-cyrus statt cyrus2.2 installiert (keine Ahnung wo der Unterschied ist, mir war wichtig, dass er die Standardkonfiguration neu erstellt, da ich nicht weiss, wie ich die Installation quasi zurücksetzen kann)

- dadurch hat cyrus genau 1! Tag funktioniert, dann war es wieder aus. (ich hab gedacht ich spinn, das gibt es doch nicht, war aber trotzdem so)

- die Fehlermeldungen im daemon.log haben mich dann auf ein paar Ideen gebracht (falsche Pfade, fehlerhafte Programmaufrufe tw. sicher durch die installation von kolab-cyrus verbrochen

)

- etwas googlen

- die Lösung: aus irgendwelchen Gründen hat inetd NICHT MEHR die Anfragen an cyrus weitergereicht sondern für sich behalten, diese Einstellungen habe ich nun alle in der inetd.conf deaktiviert und nun funktionieren alle Aufrufe.

- Moral von der Geschichte: auch bei Debian geschehen Fehler (auch wenn ich sonst sehr zufrieden bin), ALLE Logs lesen (nicht nur messages, mail oä), Gogglen hilft meistens!, man muss nur den richtigen Suchbegriff finden (ich habe oft zu detailliert gesucht)

ciao

pope

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung