Lokaler Linux Mailserver (Courier IMAP)

[Athluxpower]

Hallo zusammen,

ich habe nach folgendem HowTo (http://bsdforen.org/howtos/mailserver_howto.txt) versucht einen Courier IMAP Server aufzusetzen.

Mit Postfix ist alles gut gegangen. Er sendet die Mails soweit raus.

Ich hänge nur grad am COURIER IMAP fest

Installiert habe Ich Ihn anhand des Artikels in der aktuellen c´t (16, Seite 194)
--prefix=/usr/local --sysconfdir/etc/courier --enable-workarounds-for-impa-clientbugs
Ohne die --enable... bringt make check keinen Fehler, mit schon. Aber das soll laut Artikel so sein.

Es geht primär um die Authentizierung der User
Wenn Ich nach oben genannten Tutorial weitergehe muss Ich irgendwann ein bash Script schreiben welches dann einen User hinzufügt.
Nur wird da nichts eingetragen in die /etc/userdb

Zudem habe Ich das mit dem MailDir noch nicht ganz begriffen. Muss Ich da dann für jedes Postfach ein einzelnes erstellen??

Ich nehm an unter meinem User kann Ich dann mehrere Maildirs anlegen?

Laut dem Tut gehts dann irgendwann weiter mit
/usr/local/libexec/imapd.rc start
die imapd.rc ist aber bei mir dort nicht vorhanden.

Bitte um Hilfe...

Ich wühl schon ewig in der Doku rum und je mehr Ich darin lese umso weniger kapiere Ich. Vielleicht kann mich jemand in Sachen Courier mal eine Hilfestellung geben - Danke.

[dipesh]

hi, mal der Versuch ein paar Antworten zu geben;



Es geht primär um die Authentizierung der User
Wenn Ich nach oben genannten Tutorial weitergehe muss Ich irgendwann ein bash Script schreiben welches dann einen User hinzufügt.
Nur wird da nichts eingetragen in die /etc/userdb


Bin mir da nicht ganz sicher, aber bei meinem courier wird auch nichts in eine /etc/userdb geschrieben und es funktioniert trotzdem.



Zudem habe Ich das mit dem MailDir noch nicht ganz begriffen. Muss Ich da dann für jedes Postfach ein einzelnes erstellen??


Wenn du den (zu empfehlenden) Weg über MailDir's gehst; ja, für jeden Benutzer, der Mail erhalten soll. Am besten im /etc/skel ein solches Verzeichnis erstellen, dann spart man sich das später für jeden erstellten User gesondert erstellen zu müssen.



Ich nehm an unter meinem User kann Ich dann mehrere Maildirs anlegen?


Nein (zumindest so mein Infostand). Du erstellst _ein_ MailDir für _ein_ User in welches Mail eingeliefert werden. Wenn du die Mails verteilen/aussortieren willst, kannst du innerhalb des MailDir's weitere Verzeichnisse erstellen. Hab ich so gemacht um z.B. Spam in ein gesondertes Verzeichnis zu verschieben.



Laut dem Tut gehts dann irgendwann weiter mit
/usr/local/libexec/imapd.rc start
die imapd.rc ist aber bei mir dort nicht vorhanden.


Versuchs mal mit /etc/init.d/imapd ...
Event. haben die im Tutorial einfach eine andere Distro verwendet.

[Athluxpower]

Wenn du den (zu empfehlenden) Weg über MailDir's gehst; ja, für jeden Benutzer, der Mail erhalten soll. Am besten im /etc/skel ein solches Verzeichnis erstellen, dann spart man sich das später für jeden erstellten User gesondert erstellen zu müssen.

Nein (zumindest so mein Infostand). Du erstellst _ein_ MailDir für _ein_ User in welches Mail eingeliefert werden. Wenn du die Mails verteilen/aussortieren willst, kannst du innerhalb des MailDir's weitere Verzeichnisse erstellen. Hab ich so gemacht um z.B. Spam in ein gesondertes Verzeichnis zu verschieben.


Hallo,

Also ein MailDir für einen User. Will Ich mehrere haben muss Ich mehrere User anlegen oder?

Kann Ich nicht Maildir-1Account / Maildir-2Account machen ??

Da Ich z.b. mehrere Pop3 Accounts beim ISP habe wärs toll wenn Ich für jeden ein eigenes imap Verzeichnis hätte.



Versuchs mal mit /etc/init.d/imapd ...
Event. haben die im Tutorial einfach eine andere Distro verwendet.

Ok habs gefundnen.

/usr/local/sbin/imapd start
bzw.
/usr/local/sbin/imapd-ssl start

Mache Ich das an startet Er endlich den imap Server.
Ich kann ihn jetzt mit telnet localhost 143 ansprechen komme aber nicht am Login vorbei.

Ich nehm an das liegt daran

/usr/local/libexec/authlib/authdaemond start
/usr/local/libexec/authlib/authdaemond: line 28: /usr/local/libexec/authlib/authuserdb: Datei oder Verzeichnis nicht gefunden
/usr/local/libexec/authlib/authdaemond: line 28: exec: /usr/local/libexec/authlib/authuserdb: cannot execute: Datei oder Verzeichnis nicht gefunden

Mach Ich mir das zu umständlich? oder wie hast Du das gemacht?

EDIT: Distri ist Suse 8.1 .. ganz vergessen ;)

[boutta]

Original geschrieben von Athluxpower
Also ein MailDir für einen User. Will Ich mehrere haben muss Ich mehrere User anlegen oder?

Kann Ich nicht Maildir-1Account / Maildir-2Account machen ??

Da Ich z.b. mehrere Pop3 Accounts beim ISP habe wärs toll wenn Ich für jeden ein eigenes imap Verzeichnis hätte.
Leg doch ein maildir verz. an und in diesem dann wieder unterverzeichnisse (auch im maildir format mit maildirmake) für jeden eigenen ISP userm das is einfacher als andersrum ;)

[Athluxpower]

Original geschrieben von boutta
Leg doch ein maildir verz. an und in diesem dann wieder unterverzeichnisse (auch im maildir format mit maildirmake) für jeden eigenen ISP userm das is einfacher als andersrum ;)

d.h. im ersten MailDir oberste Ebene einfach das cur new und so rausnehmen.
Und dort Unterverzeichnise

Maildir
---> MailDir Account1
---> Maildir Account2
---> Maildir Account3

Ok das leuchtet ein.

Es bleibt dann also nur dieser authdaemond start Fehler

Ich müsste ja dann nur mit dem Progamm userdb die /etc/userdb füllen.
Die nehmen in dem HowTo fertig Scripte aber soweit Ich gesehen habe sind die Progs bei courier selbst schon dabei. Wie mache Ich das naher am geschicktesten?

Thx nochmal für Hilfe...

EDIT:

Bin weitergekommen.
_________
version=authdaemond.plain

# version="authuserdb"
_________

So gehts

Mit authuserdb als Eintrag nicht

Da kommt beim authdaemond start ein simples
"AUTHFAILURE" (die authuserdbhab Ich ausm install dir von courier)

Mit authdaemond.plain und der Eingabe von
/usr/local/libexec/authlib/authdaemond start
/usr/local/sbin/imapd start

Kann Ich dann schonmal auf den IMAP Server mitm Mailprogramm zugreifen.

Es liegt also irgendwie an der authuserdb.

[Athluxpower]

So Ich häng mal eben einen neuen Beitrag an mein Edit scheint hier unterzugehen

Da kommt beim authdaemond start ein simples
"AUTHFAILURE" (die authuserdbhab Ich ausm install dir von courier)

Woran liegt das jetzt? Ist das ein Fehler in meiner /etc/userdb - Ich find nix in der Doku drüber.

Wie im Edit steht So gehts andersherum mit authuserdb nicht.
_________
version=authdaemond.plain

# version="authuserdb"
_________

Ich bin so nah dran.. ;) Bitte helfen.

Falls das mit authuserdb Schrott ist bitte Vorschläge.

[RapidMax]

Courier IMAP verwendet eine eigene User-DB. Diese ist im GDB-Datenbank Format gespeichert (bei mir unter /etc/courier/userdb.dat).
In der Regel erstellst du diese Datenbank aus der Text-Userdb (/etc/courier/userdb) mittels makeuserdb. Mit userdb kannst du die User in diesem Text-File manipulieren. Mit pw2userdb können bestehende System-Accounts in die Courier-Eigende userdb überführt werden.
Achte zum Schluss auf die Dateirechte der user-Datenbank-Files: Nur root soll sie lesen können.

Gruss, Andy

[Athluxpower]

Original geschrieben von RapidMax
Courier IMAP verwendet eine eigene User-DB. Diese ist im GDB-Datenbank Format gespeichert (bei mir unter /etc/courier/userdb.dat).
In der Regel erstellst du diese Datenbank aus der Text-Userdb (/etc/courier/userdb) mittels makeuserdb. Mit userdb kannst du die User in diesem Text-File manipulieren. Mit pw2userdb können bestehende System-Accounts in die Courier-Eigende userdb überführt werden.
Achte zum Schluss auf die Dateirechte der user-Datenbank-Files: Nur root soll sie lesen können.

Gruss, Andy

Danke für dein Post

Ich geb Dir mal einen auzug aus meiner userdb -- Vielleicht liegt es daran das die falsch ist.



athlux uid=500|gid=100|home=/home/athlux|shell=/bin/bash|systempw=2j3fx9962HT4s|gecos=atlux power
500= athlux
gmx imappw=$1$i.gZR455$YQf54u5cD5u4E66iuK5WE.|uid=500| mail=/home/athlux/Maildir-gmx|home=/home/athlux|gid=100



Wenn eine in /etc und eine in /etc/courier ist welche nimmt Er dann eigentlich?

[RapidMax]

Original geschrieben von Athluxpower
Ich geb Dir mal einen auzug aus meiner userdb -- Vielleicht liegt es daran das die falsch ist.
Die sieht korrekt aus, sofern die Angaben mit der /etc/passwd übereinstimmen. Aber hast du dann diese userdb mittels des oben erwähnten makeuserdb in die Datenbank konvertiert?


Wenn eine in /etc und eine in /etc/courier ist welche nimmt Er dann eigentlich?
Keine Ahnung. Sind beide gleich? Wenn ja, rename die in /etc und teste ob es immernoch funktioniert. Wenn ja, kannst du sie löschen.

Gruss, Andy

[Athluxpower]

Original geschrieben von RapidMax
Die sieht korrekt aus, sofern die Angaben mit der /etc/passwd übereinstimmen. Aber hast du dann diese userdb mittels des oben erwähnten makeuserdb in die Datenbank konvertiert?


Keine Ahnung. Sind beide gleich? Wenn ja, rename die in /etc und teste ob es immernoch funktioniert. Wenn ja, kannst du sie löschen.

Gruss, Andy

Hallo Ich habs grad nochmal versucht.

Alle userdb Dateien in olduserdb.. unbenannt und dann nochmal mit

/usr/local/sbin/pw2userdb > /etc/userdb

meine rübergeholt. Nichts. Auf wenn Ich dann noch extra "mail=/home/athlux/Maildir" mit reinschreibe.

Dumm nur das in der Doku net steht woran das jetzt liegt.

[RapidMax]

Hast du den Server neu gestartet (/etc/init.d/courier-imap reload)?

Steht was gescheites in den Logfiles. z.B. wieso der Zugriff verweigert wurde?

Gruss, Andy

[Athluxpower]

Original geschrieben von RapidMax
Hast du den Server neu gestartet (/etc/init.d/courier-imap reload)?

Steht was gescheites in den Logfiles. z.B. wieso der Zugriff verweigert wurde?

Gruss, Andy

Guten Morgen,

Nein. Beim Starten des authdaemon kommt gleich AUTHFAILED. Mehr nicht.

Bin zum Glück aber mitterweile weiter gekommen....
Postfix Versand geht , login auf imap geht, fetchmail geht wie Procmail auch.

Habs durch Zufall rausgefunden wenn ich oben authdaemond.plain starte das Er mir dann trotzdem die /etc/userdb nimmt.

Weil die User die Ich gerade angelegt habe gibts nur dort. (die andere ist nimmer da)



Bin aber grad versucht den ganzen Mist an die Wand zu werfen.... :mad:

Bei Mozilla gehen keine Unterordner und der pflanzt den ganzen Müll in den Inbox Unterorder (Drafts, Sent, etc)..

Total unbrauchbar.... mit Outlook Express geht wenigstens halbwegs was ohne Fehlermeldungen .... Thunderbird der gleiche Mist.

Aber Ich will ja kein OE benutzen. :p

Gibts da ne Lösung... mit enable-imap.. dings hab Ich es ja compiliert.

Möchte eigentlich bei Mozilla bleiben wobei wenn jemand einen guten IMAP Client kennt der mit Courier klarkommt. Ansonsten muss Ich doch mal Cyrus versuchen.

Gruss

[Athluxpower]

So hab grad etwas rumgespielt an den Einstellungen und nun scheinen zumindest die Folder alle korrekt und ohne Fehler angelegt zu werden.

Erstelle Ich dann shared Mailfolder kommt Mozilla aus dem Tritt und zeigt nur noch den Inbox Ordner sowie die Shared Folder an.

Woran liegt das jetzt wieder?

[andras98]

hi,

ich hab auch versucht via des c't Artikels den courier-imap zu installieren. Ich hab alles 1:1 abgetippt nur wenn ich mich mit

telnet localhost imap

verbinde und anschliessen . LOGIN USERNAME PASSWORD mache dann bekomm ich ein . NO Login failed.

und auf meiner Console:

Aug 17 21:16:52 mars authdaemon: authdaemon: s_connect() failed: Connection time
d out

Was hast du genau veraendert damit es funktioniert?

Danke,

andreas

[Athluxpower]

Bei mir lag es daran das Er den authdaemond gar nicht erst gestartet hat

Nur mit authdaemond.plain läufts. Aber das nimmt die c´t ja im Tut.

-----------------------------------
/etc/userdb

version=authdaemond.plain

# version="authuserdb"
-----------------------------------


Läuft bei Dir eventuell der authdaemond prozess nicht??

Bsp. für suse.... als root das eingeben zum Starten:
/usr/local/libexec/authlib/authdaemond start

[andras98]

Hi,

Bei mir gehts noch immer nicht :( Muss aber gestehen, dass ich es unter OpenBSD 3.3 installiert habe. Anbei die Konfigurationsfiles. Ich hab alle Aenderungen vorgenommen laut der c't. Errormessage bekomme ich folgende:

Aug 17 21:16:52 mars authdaemon: authdaemon: s_connect() failed: Connection time
d out

# ./imapd.rc start
/var/run/courier-imap/lock: No such file or directory
-------------------------
/etc/courier-imap/
-------------------------
##VERSION: $Id: imapd.dist.in,v 1.21 2003/01/23 13:02:39 mrsam Exp $
#
# imapd created from imapd.dist by sysconftool
#
# Do not alter lines that begin with ##, they are used when upgrading
# this configuration.
#
# Copyright 1998 - 2002 Double Precision, Inc. See COPYING for
# distribution information.
#
# This configuration file sets various options for the Courier-IMAP server
# when used with the couriertcpd server.
# A lot of the stuff here is documented in the manual page for couriertcpd.
#
# NOTE - do not use \ to split long variable contents on multiple lines.
# This will break the default imapd.rc script, which parses this file.
#
##NAME: ADDRESS:0
#
# Address to listen on, can be set to a single IP address.
#
# ADDRESS=127.0.0.1

ADDRESS=0

##NAME: PORT:1
#
# Port numbers that connections are accepted on. The default is 143,
# the standard IMAP port.
#
# Multiple port numbers can be separated by commas. When multiple port
# numbers are used it is possible to select a specific IP address for a
# given port as "ip.port". For example, "127.0.0.1.900,192.68.0.1.900"
# accepts connections on port 900 on IP addresses 127.0.0.1 and 192.68.0.1
# The previous ADDRESS setting is a default for ports that do not have
# a specified IP address.

PORT=143

##NAME: AUTHSERVICE:0
#
# It's possible to authenticate using a different 'service' parameter
# depending on the connection's port. This only works with authentication
# modules that use the 'service' parameter, such as PAM. Example:
#
# AUTHSERVICE143=imap
# AUTHSERVICE993=imaps

##NAME: MAXDAEMONS:0
#
# Maximum number of IMAP servers started
#

MAXDAEMONS=40

##NAME: MAXPERIP:0
#
# Maximum number of connections to accept from the same IP address

MAXPERIP=16

##NAME: PIDFILE:0
#
# File where couriertcpd will save its process ID
#

PIDFILE=/var/run/imapd.pid

##NAME: TCPDOPTS:0
#
# Miscellaneous couriertcpd options that shouldn't be changed.
#

TCPDOPTS="-nodnslookup -noidentlookup"

##NAME: AUTHMODULES:0
#
# Authentication modules. Here's the default list:
#
# authdaemon
#
# The default is set during the initial configuration.
#

AUTHMODULES="authdaemon"

##NAME: AUTHMODULES_ORIG:0
#
# For use by webadmin

AUTHMODULES_ORIG="authdaemon"

##NAME: DEBUG_LOGIN:0
#
# Dump additional login diagnostics to syslog
#
# DEBUG_LOGIN=0 - turn off login debugging
# DEBUG_LOGIN=1 - turn on login debugging
# DEBUG_LOGIN=2 - turn on login debugging + log passwords too

DEBUG_LOGIN=0

##NAME: IMAP_CAPABILITY:1
#
# IMAP_CAPABILITY specifies what most of the response should be to the
# CAPABILITY command.
#
# If you have properly configured Courier to use CRAM-MD5 or CRAM-SHA1
# authentication (see INSTALL), set IMAP_CAPABILITY as follows:
#
# IMAP_CAPABILITY="IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT TH
READ=REFERENCES SORT QUOTA AUTH=CRAM-MD5 AUTH=CRAM-SHA1 IDLE"
#

IMAP_CAPABILITY="IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THRE
AD=REFERENCES SORT QUOTA IDLE"

##NAME: IMAP_CAPABILITY_ORIG:1
#
# For use by webadmin

IMAP_CAPABILITY_ORIG="IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT
THREAD=REFERENCES SORT QUOTA AUTH=CRAM-MD5 AUTH=CRAM-SHA1 IDLE"

##NAME: IMAP_IDLE_TIMEOUT:0
#
# This setting controls how often
# the server polls for changes to the folder, in IDLE mode (in seconds).

IMAP_IDLE_TIMEOUT=60

##NAME: IMAP_CAPABILITY_TLS:0
#
# The following setting will advertise SASL PLAIN authentication after
# STARTTLS is established. If you want to allow SASL PLAIN authentication
# with or without TLS then just comment this out, and add AUTH=PLAIN to
# IMAP_CAPABILITY

IMAP_CAPABILITY_TLS="$IMAP_CAPABILITY AUTH=PLAIN"

##NAME: IMAP_TLS_ORIG:0
#
# For use by webadmin

IMAP_CAPABILITY_TLS_ORIG="$IMAP_CAPABILITY_ORIG AUTH=PLAIN"

##NAME: IMAP_DISABLETHREADSORT:0
#
# Set IMAP_DISABLETHREADSORT to disable the THREAD and SORT commands -
# server side sorting and threading.
#
# Those capabilities will still be advertised, but the server will reject
# them. Set this option if you want to disable all the extra load from
# server-side threading and sorting. Not advertising those capabilities
# will simply result in the clients reading the entire folder, and sorting
# it on the client side. That will still put some load on the server.
# advertising these capabilities, but rejecting the commands, will stop this
# silliness.
#

IMAP_DISABLETHREADSORT=0

##NAME: IMAP_CHECK_ALL_FOLDERS:0
#
# Set IMAP_CHECK_ALL_FOLDERS to 1 if you want the server to check for new
# mail in every folder. Not all IMAP clients use the IMAP's new mail
# indicator, but some do. Normally new mail is checked only in INBOX,
# because it is a comparatively time consuming operation, and it would be
# a complete waste of time unless mail filters are used to deliver
# mail directly to folders.
#
# When IMAP clients are used which support new mail indication, and when
# mail filters are used to sort incoming mail into folders, setting
# IMAP_CHECK_ALL_FOLDERS to 1 will allow IMAP clients to announce new
# mail in folders. Note that this will result in slightly more load on the
# server.
#

IMAP_CHECK_ALL_FOLDERS=0

##NAME: IMAP_OBSOLETE_CLIENT:0
#
# Set IMAP_OBSOLETE_CLIENT if your IMAP client expects \\NoInferiors to mean
# what \\HasNoChildren really means.

IMAP_OBSOLETE_CLIENT=0

##NAME: IMAP_ULIMITD:0
#
# IMAP_ULIMITD sets the maximum size of the data segment of the server
# process. The value of IMAP_ULIMITD is simply passed to the "ulimit -d"
# command (or ulimit -v). The argument to ulimi sets the upper limit on the
# size of the data segment of the server process, in kilobytes. The default
# value of 65536 sets a very generous limit of 64 megabytes, which should
# be more than plenty for anyone.
#
# This feature is used as an additional safety check that should stop
# any potential denial-of-service attacks that exploit any kind of
# a memory leak to exhaust all the available memory on the server.
# It is theoretically possible that obscenely huge folders will also
# result in the server running out of memory when doing server-side
# sorting (by my calculations you have to have at least 100,000 messages
# in a single folder, for that to happen).

IMAP_ULIMITD=65536

##NAME: IMAP_USELOCKS:0
#
# Setting IMAP_USELOCKS to 1 will use dot-locking to support concurrent
# multiple access to the same folder. This incurs slight additional
# overhead. Concurrent multiple access will still work without this setting,
# however occasionally a minor race condition may result in an IMAP client
# downloading the same message twice.
#

IMAP_USELOCKS=0

##NAME: IMAP_ENHANCEDIDLE:0
#
# If Courier was compiled with the File Alteration Monitor, setting
# IMAP_ENHANCEDIDLE to 1 enables enhanced IDLE mode, where multiple
# clients may open the same folder concurrently, and receive updates to
# folder contents in realtime. See the imapd(8) man page for additional
# information.
#
# IMPORTANT: IMAP_USELOCKS *MUST* also be set to 1, and IDLE must be included
# in the IMAP_CAPABILITY list.
#

IMAP_ENHANCEDIDLE=0

##NAME: IMAP_TRASHFOLDERNAME:0
#
# The name of the magic trash Folder. For MSOE compatibility,
# you can set IMAP_TRASHFOLDERNAME="Deleted Items".
#
# IMPORTANT: If you change this, you must also change IMAP_EMPTYTRASH

IMAP_TRASHFOLDERNAME=Trash

##NAME: IMAP_EMPTYTRASH:0
#
# The following setting is optional, and causes messages from the given
# folder to be automatically deleted after the given number of days.
# IMAP_EMPTYTRASH is a comma-separated list of folder:days. The default
# setting, below, purges 7 day old messages from the Trash folder.
# Another useful setting would be:
#
# IMAP_EMPTYTRASH=Trash:7,Sent:30
#
# This would also delete messages from the Sent folder (presumably copies
# of sent mail) after 30 days. This is a global setting that is applied to
# every mail account, and is probably useful in a controlled, corporate
# environment.
#
# You might want to disable this setting in certain situations - it results
# in a stat() of every file in each folder, at login and logout.
#

IMAP_EMPTYTRASH=Trash:7

##NAME: IMAP_MOVE_EXPUNGE_TO_TRASH:0
#
# Set IMAP_MOVE_EXPUNGE_TO_TRASH to move expunged messages to Trash. This
# effectively allows an undo of message deletion by fishing the deleted
# mail from trash. Trash can be manually expunged as usually, and mail
# will get automatically expunged from Trash according to IMAP_EMPTYTRASH.
#
# NOTE: shared folders are still expunged as usual. Shared folders are
# not affected.
#

IMAP_MOVE_EXPUNGE_TO_TRASH=0


##NAME: OUTBOX:0
#
# The next set of options deal with the "Outbox" enhancement.
# Uncomment the following setting to create a special folder, named
# INBOX.Outbox
#
# OUTBOX=.Outbox

##NAME: SENDMAIL:0
#
# If OUTBOX is defined, mail can be sent via the IMAP connection by copying
# a message to the INBOX.Outbox folder. For all practical matters,
# INBOX.Outbox looks and behaves just like any other IMAP folder. If this
# folder doesn't exist it must be created by the IMAP mail client, just
# like any other IMAP folder. The kicker: any message copied or moved to
# this folder is will be E-mailed by the Courier-IMAP server, by running
# the SENDMAIL program. Therefore, messages copied or moved to this
# folder must be well-formed RFC-2822 messages, with the recipient list
# specified in the To:, Cc:, and Bcc: headers. Courier-IMAP relies on
# SENDMAIL to read the recipient list from these headers (and delete the Bcc:
# header) by running the command "$SENDMAIL -oi -t -f $SENDER", with the
# message piped on standard input. $SENDER will be the return address
# of the message, which is set by the authentication module.
#
# DO NOT MODIFY SENDMAIL, below, unless you know what you're doing.
#

SENDMAIL=/usr/sbin/sendmail

##NAME: HEADERFROM:0
#
# For administrative and oversight purposes, the return address, $SENDER
# will also be saved in the X-IMAP-Sender mail header. This header gets
# added to the sent E-mail (but it doesn't get saved in the copy of the
# message that's saved in the folder)
#
# WARNING - By enabling OUTBOX above, *every* IMAP mail client will receive
# the magic OUTBOX treatment. Therefore advance LARTing is in order for
# _all_ of your lusers, until every one of them is aware of this. Otherwise if
# OUTBOX is left at its default setting - a folder name that might be used
# accidentally - some people may be in for a rude surprise. You can redefine
# the name of the magic folder by changing OUTBOX, above. You should do that
# and pick a less-obvious name. Perhaps brand it with your organizational
# name ( OUTBOX=.WidgetsAndSonsOutbox )

HEADERFROM=X-IMAP-Sender

##NAME: IMAPDSTART:0
#
# IMAPDSTART is not used directly. Rather, this is a convenient flag to
# be read by your system startup script in /etc/rc.d, like this:
#
# . ${sysconfdir}/imapd
#
# case x$IMAPDSTART in
# x[yY]*)
# /usr/local/libexec/imapd.rc start
# ;;
# esac
#
# The default setting is going to be NO, so you'll have to manually flip
# it to yes.

IMAPDSTART=YES

----------------------------------------
authdaemonrc
----------------------------------------

##VERSION: $Id: authdaemonrc.in,v 1.8 2001/10/07 02:16:22 mrsam Exp $
#
# Copyright 2000-2001 Double Precision, Inc. See COPYING for
# distribution information.
#
# authdaemonrc created from authdaemonrc.dist by sysconftool
#
# Do not alter lines that begin with ##, they are used when upgrading
# this configuration.
#
# This file configures authdaemond, the resident authentication daemon.
#
# Comments in this file are ignored. Although this file is intended to
# be sourced as a shell script, authdaemond parses it manually, so
# the acceptable syntax is a bit limited. Multiline variable contents,
# with the \ continuation character, are not allowed. Everything must
# fit on one line. Do not use any additional whitespace for indentation,
# or anything else.

##NAME: authmodulelist:0
#
# The authentication modules that are linked into authdaemond. The
# default list is installed. You may selectively disable modules simply
# by removing them from the following list. The available modules you
# can use are: authcustom authcram authuserdb authldap authpgsql authmysql authp
wd

authmodulelist="authcustom authcram authuserdb authldap authpgsql authmysql auth
pwd"

##NAME: authmodulelistorig:1
#
# This setting is used by Courier's webadmin module, and should be left
# alone

authmodulelistorig="authcustom authcram authuserdb authldap authpgsql authmysql
authpwd"

##NAME: daemons:0
#
# The number of daemon processes that are started. authdaemon is typically
# installed where authentication modules are relatively expensive: such
# as authldap, or authmysql, so it's better to have a number of them running.
# PLEASE NOTE: Some platforms may experience a problem if there's more than
# one daemon. Specifically, SystemV derived platforms that use TLI with
# socket emulation. I'm suspicious of TLI's ability to handle multiple
# processes accepting connections on the same filesystem domain socket.
#
# You may need to increase daemons if as your system load increases. Symptoms
# include sporadic authentication failures. If you start getting
# authentication failures, increase daemons. However, the default of 5
# SHOULD be sufficient. Bumping up daemon count is only a short-term
# solution. The permanent solution is to add more resources: RAM, faster
# disks, faster CPUs...

daemons=5

##NAME: version:0
#
# When you have multiple versions of authdaemond.* installed, authdaemond
# just picks the first one it finds. Set "version" to override that.
# For example: version=authdaemond.plain

version=authdaemond.plain

##NAME: authdaemonvar:0
#
# authdaemonvar is here, but is not used directly by authdaemond. It's
# used by various configuration and build scripts, so don't touch it!

authdaemonvar=/var/run/courier-imap


DANKE!

Andreas