Courier IMAP Fehler bei Authentication

[Jaydee]

Hallo,

ich habe courier IMAP folgendermassen konfiguriert:

./configure --disable-root-check --with-authdaemon --with-authvchkpw --enable-workarounds-for-imap-client-bugs
...

Auf meiner 7.3 läuft Qmail mit VpopMail.

Soweit klappt alles prima, auch der IMAP Zugriff.
Jetzt kommst aber: In nicht periodischen Abständen bringt mir OE Fehler bei der Authentifizierung. Auch per fetchmai habe ich das Ganze mal getestet - allerdings mit demselbigen Resultat !

In der /var/log/mail steht auch Authentication failure.

Zuerst dachte ich an /usr/lib/courier-imap/etc/imapd . Hab dort dei Anzahl der gleichzeitigen Verbindungen per IP auf 8 verdoppelt!

Das half aber auch nix ! Kann mit jemand nen Tip geben ?!

Gruß

[Jaydee]

Nachtrag,

anscheinend wird wohl etwas ähnliches wie ein "LOCK" File auf das Maildir gelegt.

das ist aber auch wieder nicht nachvollziehbar wann und wo und überhaupt *grrmpppfff*

Nach Neustart des Courier-IMAP gehts dann auf einmal wieder .

Will doch aber nicht ständig den Server neu starten !

Kennt sich denn hier keiner mit dem Courier aus ?

Krieg hier gleich Anfälle !

Gruß

[phil98]

Also, das sieht jetzt vielleicht n bisschen blöd aus, wenn ich auf einen vier Jahre alten Beitrag antworte, aber ich mach das einfach mal ;)

Ich habe nämlich genau das gleiche Problem und wollte fragen, ob du damals eine Lösung dafür gefunden hast?! Oder startest du seit vier Jahren alle paar Tage/Stunden dein IMAP neu :D Das würd ich glaub ich nicht aushalten..

Nachfolgend noch die genaue Fehlerbeschreibung, die ich auch schon in einem anderen Forum geposted habe, ohne jedoch eine Antwort darauf zu erhalten:

- - - - - - - - - - - - - - - - - - - - - -
Hallo :)

Ich habe folgendes Problem:

von Zeit zu Zeit kann ich mich nichtmehr via IMAP am Server anmelden. In der /var/log/mail äußert sich dann folgendermaßen:


[...]
Sep 11 20:40:54 imapd: LOGIN FAILED, user=mail@XXX.com, ip=[::ffff:XX.XX.218.214]
Sep 11 20:40:59 imapd: LOGIN FAILED, user=mail@XXX.com, ip=[::ffff:XX.XX.218.214]
Sep 11 20:41:04 imapd: LOGIN FAILED, user=mail@XXX.com, ip=[::ffff:XX.XX.218.214]
Sep 11 20:41:09 imapd: LOGIN FAILED, user=mail@XXX.com, ip=[::ffff:XX.XX.218.214]
Sep 11 20:41:14 imapd: LOGOUT, ip=[::ffff:XX.XX.218.214], rcvd=194, sent=386
Sep 11 20:41:20 imapd: DISCONNECTED, user=sabrina@XXX.de, ip=[::ffff:XX.XX.56.147], headers=0, body=0, rcvd=148, sent=634, time=1186
Sep 11 20:41:29 imapd: LOGIN FAILED, user=sabrina@XXX.de, ip=[::ffff:XX.XX.56.147]
Sep 11 20:41:34 imapd: LOGIN FAILED, user=sabrina@XXX.de, ip=[::ffff:XX.XX.56.147]
Sep 11 20:41:39 imapd: LOGIN FAILED, user=sabrina@XXX.de, ip=[::ffff:XX.XX.56.147]
Sep 11 20:41:44 imapd: LOGIN FAILED, user=sabrina@XXX.de, ip=[::ffff:XX.XX.56.147]
Sep 11 20:41:49 imapd: LOGOUT, ip=[::ffff:XX.XX.56.147], rcvd=182, sent=386
[...]
Nach einem Neustart des Courier-IMAP und Courier-Authlib funktioniert alles wieder bestens. Da es nun aber sehr unterschiedlich ist, wie lange ein Anmelden möglich ist (mal läuft alles tagelang gut, mal nur 2-3 Stunden), kann das ja auch keine wirkliche Lösung sein..

Deshalb hier meine courier-imap/etc/imapd Konfiguration:

ADDRESS=0
PORT=143
MAXDAEMONS=40
MAXPERIP=20
PIDFILE=/var/run/imapd.pid
TCPDOPTS="-nodnslookup -noidentlookup"
LOGGEROPTS="-name=imapd"
IMAP_CAPABILITY="IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE"
IMAP_KEYWORDS=1
IMAP_ACL=1
IMAP_CAPABILITY_ORIG="IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA AUTH=CRAM-MD5 AUTH=CRAM-SHA1 AUTH=CRAM-SHA256 IDLE"
IMAP_PROXY=0
IMAP_PROXY_FOREIGN=0
IMAP_IDLE_TIMEOUT=60
IMAP_CAPABILITY_TLS="$IMAP_CAPABILITY AUTH=PLAIN"
IMAP_CAPABILITY_TLS_ORIG="$IMAP_CAPABILITY_ORIG AUTH=PLAIN"
IMAP_DISABLETHREADSORT=0
IMAP_CHECK_ALL_FOLDERS=0
IMAP_OBSOLETE_CLIENT=0
IMAP_UMASK=022
IMAP_ULIMITD=65536
IMAP_USELOCKS=1
IMAP_SHAREDINDEXFILE=/usr/lib/courier-imap/etc/shared/index
IMAP_ENHANCEDIDLE=0
IMAP_TRASHFOLDERNAME=Trash
IMAP_EMPTYTRASH=Trash:7
IMAP_MOVE_EXPUNGE_TO_TRASH=0
SENDMAIL=/usr/sbin/sendmail
HEADERFROM=X-IMAP-Sender
IMAPDSTART=NO
MAILDIRPATH=Maildir
Und nachfolgend noch ein paar Angaben zum System:
- Suse 9.3
- QMail 1.0.3
- vpopmail 5.2.1
- courier-imap 4.1.1
- courier-authlib 0.58

Hat vielleicht jemand eine Idee, woran das liegen könnte? MAXDAEMONS und MAXPERIP sollten doch eigentlich mehr als großzügig bemessen sein (es greifen maximal 10 Leute gleichzeitig via IMAP auf ihre Mails zu).. Scheint mir manchmal fast sowas wie n Absturz von Courier-IMAP zu sein..

Bin für jeden Tipp dankbar!

Viele Grüße,
Philipp
- - - - - - - - - - - - - - - - - - - - - -

Wäre Toll, wenn du dich vielleicht noch erinnern würdest!

Viele Grüße,
Philipp

[Jaydee]

Hallo,

ja ich erinner mich noch :)

Bei mir hat MAXPERIP=20 geholfen ...

Allerdings fahre ich mittlerweile auf einer SuSE10 mit aktuellem Qmailrocks von www.qmailrocks.org.

Damit gibt´s keine Probleme mehr mit Courier.

Sorry, dass ich nicht mehr dazu beisteuern kann.

[phil98]

Bei mir hat MAXPERIP=20 geholfen ...
Hmmm.. MAXPERIP steht bei mir ja schon auf 20 (Standardeinstellung ist glaub ich 5).

Testweise habe ich den Wert jetzt mal auf 40 gesetzt. Vielleicht hilft das ja.. So langsam gebe ich die Hoffnung aber auf :( Trotzdem danke für deine Antwort!

[steve.butabi]

und noch ein nachzügler :rolleyes:

habe anscheinend das identische problem. das hochsetzen der MAXPERIP hat mir ebenfalls keine abhilfe verschafft. was einen ja total narrisch macht is diese unregelmäsigkeit... kann absolut nicht nachvollziehen wodurch der fehler provoziert wird :(

@phil98
hast du eine lösung für dein problem gefunden? hätte ein recht dringendes interesse daran :)


Vielen Dank vorab & beste Grüße,
\Steve

[elvis26!]

Hallo zusammen,

das kommt mir doch alles bekannt vor. Ich starte per cronjob den authdaemon alle Minute neu. MAXPERID habe ich auf 50 gesetzt. Ohne Erfolg. Mehrere verschiedene Mail-Clients getestet. Ohne nennenswerten Erfolg. Ich habe mal gelesen, das das Problem mit der Version von VpopMail zusammenhängen könnte. Allerdings traue ich mich nicht so richtig ran...

Gibt es noch irgendwelche anderen Lösungsansätze? Wäre für jeden Tip dankbar!

Bis denn
Elvis26!