courier-pop, imap

Debian GNU/Linux

courier-pop, imap

  • 693 megtekintés

( Névtelen (nem ellenőrzött) | 2004. 04. 22., cs – 19:03 )

postfix+courier-pop-pal oldottam meg a virtual userek levelezését, de amióta beállítottam a nem virtual userek nem tudják elérni a fiókjukat.

Mi lehet a gond?

Ez a leírás alapján csináltam:

he package by default will probably be installed in /usr/lib/courier-imap/
Modify the config files in /usr/lib/courier-imap/etc In pop3d have the following 2 lines: Make sure there are no spaces at the end of each line
AUTHMODULES="authdaemon"
AUTHMODULES_ORIG="authdaemon"

In authmysqlrc have these lines:
MYSQL_SERVER localhost
MYSQL_USERNAME postfix
MYSQL_PASSWORD postfix
MYSQL_PORT 3306
MYSQL_OPT 0
MYSQL_DATABASE postfix
MYSQL_USER_TABLE mailbox
MYSQL_CLEAR_PWFIELD password
DEFAULT_DOMAIN company.com
MYSQL_UID_FIELD 1001
MYSQL_GID_FIELD 1001
MYSQL_LOGIN_FIELD username
MYSQL_HOME_FIELD '/usr/local/virtual/'
MYSQL_NAME_FIELD name
MYSQL_MAILDIR_FIELD maildir

In the above you will want to change company.com to your company (pop users can log in as just user instead of user@company.com) and the uid and gid of 1001 (see under postfix install how these are obtained)
Also look at pop3d and above config file for details on using other encryption model. This way users cleartext passwords in the DB

In authdaemonrc have the following 2 lines:
authmodulelist="authmysql"
daemons=5

( lzoli | 2004. 04. 22., cs – 20:25 )

Elvileg kellene az authpam is, hogy a nem SQL-es felhasználók is be tudjanak lépni..

authmodulelist="authmysql authpam"

( Névtelen (nem ellenőrzött) | 2004. 04. 22., cs – 20:43 )

Köszi, ez volt a hiba.

Közben felmerült még egy probléma. Eddig a procmail+spamassassin-t használtam a spamszűrésre, de most ahogy elnézem, "egyből" mennek a levelek a maildirbe, nincs spamszűrés...

( lzoli | 2004. 04. 22., cs – 21:50 )

Szerintem a procmail nem lesz így SQL-es környezetben a legjobb választás. Én amavisd-new+spamassassin+Clamav-al csináltam, és úgy egész jó. Szépen szűri a spameket, vírusokat.

( borso | 2004. 04. 22., cs – 23:02 )

Szerintem a procmail nem lesz így SQL-es környezetben a legjobb választás. Én amavisd-new+spamassassin+Clamav-al csináltam, és úgy egész jó. Szépen szűri a spameket, vírusokat.

Mennyire szeparaltak ezek a programok? Kulon uid-del futnak legalabb?
Pl. amavisd-ben vagy SAben van egy bo akkor az mennyire veszelyeztet mit?

( Névtelen (nem ellenőrzött) | 2004. 04. 23., p – 08:25 )

Izoli:

Feltettem az amavisd-new-t, és a clamavot, a vírusszűrés alapból müxik, de a spamszűrést nem tudom elindítani. Kicsit bonyolult első ránézésre az amavis configja..

( Névtelen (nem ellenőrzött) | 2004. 04. 23., p – 09:50 )

Pontosabban az a gond, hogy az amavis modulok között nem szerepel a spamassassin, ha restartolom...

( lzoli | 2004. 04. 23., p – 10:13 )

Én cpanon keresztül tettem fel a spamassassint, de alapból inicializálja azt is.
amavis[30006]: SpamControl: initializing Mail::SpamAssassin
amavis[30006]: SpamControl: done
Állítgatni az amavisd.conf-ban tudod. Nem olyan bonyolult, csak első ránézésre.
A VII-es szekcióban vannak a SpamAssassin beállításai.
Elvileg ha a spamassassin bent van a $PATH-ban akkor inicializálni fogja.
Ki tudod kapcsolni külön a spam, vírus szűrést, ha kikommenteled ezeket az amavisd.conf-ban.
# @bypass_virus_checks_acl = qw( . ); # uncomment to DISABLE anti-virus code
# @bypass_spam_checks_acl = qw( . ); # uncomment to DISABLE anti-spam code

( lzoli | 2004. 04. 23., p – 10:26 )

Hogy mennyire biztonságos? Ugyan azon a uid-n kell futnia az amavisd-nek, és a clamd-nek. Alapból lehetőség van azonban chrootolni a démont, igaz egy kis plusz munkával. Az igaz, hogy biztonsági szempontból az lenne a legjobb egy szerveren, ha egyáltalán nem futna semmi..

( Névtelen (nem ellenőrzött) | 2004. 04. 23., p – 10:31 )

Köszi most már müxik.

# uncomment to DISABLE anti-virus code
Ezen átsiklottam:)