courier imap

[hoernerfranz]

hat jemand hier erfahrung mit courier-imap (auf debian woody) ? -
bin grad bei den ersten gehversuchen und nat. klappts nicht gleich...
also courier-imap ist auf meinem server
(der in zukunft via fetchmail die mail f. alle clients vom isp holen und per
imap bereitstellen soll) installiert und gestartet:

Code: Alles auswählen

 1601 ?        S      0:00 /usr/sbin/couriertcpd -address=0 
-stderrlogger=/usr/sbin/courierlogger -maxprocs=40 -maxperip=4 
-pid=/var/run/courier/imapd.pid -nodnslookup -noidentlookup 
143 /usr/lib/courier/courier/imaplogin /usr/lib/courier/authlib/authdaemon /usr/bin/imapd 
Maildir
 1604 ?        S      0:00 /usr/sbin/courierlogger imaplogin

ein nmap <server> vom client aus zeigt tcp-port 143 (imap) als offen an,
aber wenn ich z.b. in kmail ein imap-postfach einrichte,
bekomme ich:
'verbindung zu server <server> ist unterbrochen'

als address hab ich auch schon 127.0.0.1 sowie die 'echte' server-ip
probiert und imapd neu gestartet - gleiches ergebnis.
logfiles sind auch keine zu finden (zumindest nicht in /var...)

[Bert]

Bei mir stehen eigentlich eine Reihe Meldungen in /var/log/syslog. Mach mal ein

Code: Alles auswählen

telnet localhost 143

und schau, ob sich courier da meldet.

[RHase]

Courier-IMAP Funktionstest
was wir in zwei Shellfenstern testen:

Shell 1 (Anzeige syslog)

Code: Alles auswählen

debian:/tmp#  tail -f /var/log/syslog

Shell 2 (Telnet auf Courier-IMAP)

Code: Alles auswählen

debian:/tmp#  telnet debian 143
Trying 192.168.0.5...
Connected to debian.muc-net.org.
Escape character is '^]'.
* OK Courier-IMAP ready. Copyright 1998-2002 Double Precision, Inc.  See COPYING for distribution information.
a1 login u0001 PASSWORT
a1 OK LOGIN Ok.
a2 list "" *
* LIST (\HasNoChildren) "." "INBOX.Trash"
* LIST (\Marked \HasChildren) "." "INBOX"
a2 OK LIST completed.
a3 select inbox
* FLAGS (\Draft \Answered \Flagged \Deleted \Seen \Recent)
* OK [PERMANENTFLAGS (\Draft \Answered \Flagged \Deleted \Seen)] Limited
* 2 EXISTS
* 2 RECENT
* OK [UIDVALIDITY 1060632787] Ok
a3 OK [READ-WRITE] Ok
a4 fetch 1 body
* 1 FETCH (BODY ("text" "plain" NIL NIL NIL "8bit" 327 5))
a4 OK FETCH completed.
a5 logout
* BYE Courier-IMAP server shutting down
a5 OK LOGOUT completed
Connection closed by foreign host.
debian:~#

[Bert]

Ähm, ist das jetzt als Hilfe gedacht, was da zu erwarten ist (denn so sollte es ja aussehen, kann jedenfalls keinen Fehler erkennen) . Oder gehörst Du zu 'hoernerfranz' und das ist das Ergebniss eines Tests? Werd nicht ganz schlau. Der Mitschnitt sieht ja erstmal ganz gut aus, auch wenn ich kein IMAP Spezi bin.

[RHase]

Sorry,

das sollte ein Test-Beispiel sein, wie man Courier-IMAP testet (via telnet) und, wenn der telnetconnect funktioniert, (Test 2 ) man sich einloggt und (Test 3) die Verzeichnisstruktur anzeigt und (Test 4) den Zugriff auf Inhalte testet.

Nochmals sorry, das naechste Mal schreibe ich etwas mehr Text (Erklaerungen).
Habe soeben Besuch bekommen, deshalb bin ich so kurz angebunden.

Gruesse,
RHase

[Bert]

War auch überhaupt kein Vorwurf. Ist doch schön, das Du es so genau beschrieben hast. War mir nur nicht sicher, wie ich es einordnen sollte ...

[RHase]

Hallo Bert,

habe es auch nicht als Vorwurf aufgenommen, eher als konstruktive Kritk, da hoernerfranz ja Newbie ist. Und bei Newbies (ist nicht boese gemeint) sollte man mit Erklaerungen nicht geizen.

Danke nochmal fuer Deinen Hinweis,
Robert

[hoernerfranz]

sorry, leute, dass ich mich jetzt erst melde
problem ist mittlerweile gelöst:

das hauptproblem war authpam
(in /etc/courier/authdaemonrc):

#authmodulelist="authpam"
authmodulelist="authuserdb"

nachdem ich das dann wie oben umgestellt, das ganze userdb/makeuserdb - zeug
erledigt hatte klappte der login aus kmail.
danach noch einen neuen ordner auf dem server anlegen mit 'maildirmake' und
den in /etc/courier/userdb eintragen, das wars dann.

danke nochmal an alle die geantwortet haben,
die telnet-tests haben geholfen, die sache einzukreisen.