Sandy Drobic schrieb am 6.12.2006 00:00:

Normalerweise nach /var/log/messages. Es sei denn, dass du *.auth umlenkst nach /var/log/auth.log. Dies geschieht auch in /etc/sylog.conf bzw. in /etc/syslog-ng.conf.

Habe bei mir weder die eine noch die andere Datei. Scheinbar liegt das bei mir (Suse 10.1) alles unter /etc/sysconfig/syslog, bzw. /etc/syslog-ng/syslog-ng.conf. Doch von Umleitung kann ich da nichts erkennen. In /var/log/messages wird bei mir auch nicht auth gelogged. Hat jemand das Logging von saslauthd unter Suse 10.1 schon erfolgreich eingestellt. Über jede Hilfe bin ich dankbar. -------- Inhalt der /etc/sysconfig/syslog -------- ## Path: System/Logging ## Description: System logging ## Type: list(0,1,2,3,4,5,6,7) ## Default: 1 ## Config: "" ## ServiceRestart: syslog # # Default loglevel for klogd # KERNEL_LOGLEVEL=1 ## Type: string ## Default: "" ## Config: "" ## ServiceRestart: syslog # # if not empty: parameters for syslogd # for example SYSLOGD_PARAMS="-r -s my.dom.ain" # SYSLOGD_PARAMS="" ## Type: string ## Default: -x ## Config: "" ## ServiceRestart: syslog # # if not empty: parameters for klogd # for example KLOGD_PARAMS="-x" to avoid (duplicate) symbol resolution # KLOGD_PARAMS="-x" ## Type: list(syslogd,syslog-ng) ## Default: syslogd ## Config: syslog-ng ## Command: /sbin/rcsyslog restart ## PreSaveCommand: /sbin/rcsyslog status && /sbin/rcsyslog stop # # The name of the syslog daemon used as # syslog service: "syslogd", "syslog-ng" # SYSLOG_DAEMON="syslog-ng" ## Type: yesno ## Default: yes ## Config: syslog-ng ## ServiceRestart: syslog # # If you don't want to let SuSEconfig generate your # syslog-ng configuration file, set this to "no". # # SuSEconfig is using a template configuration file # /etc/syslog-ng/syslog-ng.in # you can adopt it to your needs instead... # SYSLOG_NG_CREATE_CONFIG="yes" ## Type: string ## Default: "" ## Config: "" ## ServiceRestart: syslog # # Parameters for Syslog New-Generation - see syslog-ng(8) # SYSLOG_NG_PARAMS="" -------- Inhalt der /etc/syslog-ng/syslog-ng.conf: -------- # # /etc/syslog-ng/syslog-ng.conf # # Automatically generated by SuSEconfig on Di Jul 4 15:33:17 CEST 2006. # # PLEASE DO NOT EDIT THIS FILE! # # you can modify /etc/syslog-ng/syslog-ng.conf.in instead # # # # File format description can be found in syslog-ng.conf(5) # and /usr/share/doc/packages/syslog-ng/syslog-ng.txt. # # # Global options. # options { long_hostnames(off); sync(0); perm(0640); stats(3600); }; # # 'src' is our main source definition. you can add # more sources driver definitions to it, or define # your own sources, i.e.: # #source my_src { .... }; # source src { # # include internal syslog-ng messages # note: the internal() soure is required! # internal(); # # the following line will be replaced by the # socket list generated by SuSEconfig using # variables from /etc/sysconfig/syslog: # unix-dgram("/dev/log"); # # uncomment to process log messages from network: # #udp(ip("0.0.0.0") port(514)); }; # # Filter definitions # filter f_iptables { facility(kern) and match("IN=") and match("OUT="); }; filter f_console { level(warn) and facility(kern) and not filter(f_iptables) or level(err) and not facility(authpriv); }; filter f_newsnotice { level(notice) and facility(news); }; filter f_newscrit { level(crit) and facility(news); }; filter f_newserr { level(err) and facility(news); }; filter f_news { facility(news); }; filter f_mailinfo { level(info) and facility(mail); }; filter f_mailwarn { level(warn) and facility(mail); }; filter f_mailerr { level(err, crit) and facility(mail); }; filter f_mail { facility(mail); }; filter f_cron { facility(cron); }; filter f_local { facility(local0, local1, local2, local3, local4, local5, local6, local7); }; filter f_acpid { match('^\[acpid\]:'); }; filter f_netmgm { match('^NetworkManager:'); }; filter f_messages { not facility(news, mail) and not filter(f_iptables); }; filter f_warn { level(warn, err, crit) and not filter(f_iptables); }; filter f_alert { level(alert); }; # # Most warning and errors on tty10 and on the xconsole pipe: # destination console { file("/dev/tty10" group(tty) perm(0620)); }; log { source(src); filter(f_console); destination(console); }; destination xconsole { pipe("/dev/xconsole" group(tty) perm(0400)); }; log { source(src); filter(f_console); destination(xconsole); }; # Enable this, if you want that root is informed immediately, # e.g. of logins: # #destination root { usertty("root"); }; #log { source(src); filter(f_alert); destination(root); }; # # News-messages in separate files: # destination newscrit { file("/var/log/news/news.crit" owner(news) group(news)); }; log { source(src); filter(f_newscrit); destination(newscrit); }; destination newserr { file("/var/log/news/news.err" owner(news) group(news)); }; log { source(src); filter(f_newserr); destination(newserr); }; destination newsnotice { file("/var/log/news/news.notice" owner(news) group(news)); }; log { source(src); filter(f_newsnotice); destination(newsnotice); }; # # and optionally also all in one file: # (don't forget to provide logrotation config) # #destination news { file("/var/log/news.all"); }; #log { source(src); filter(f_news); destination(news); }; # # Mail-messages in separate files: # destination mailinfo { file("/var/log/mail.info"); }; log { source(src); filter(f_mailinfo); destination(mailinfo); }; destination mailwarn { file("/var/log/mail.warn"); }; log { source(src); filter(f_mailwarn); destination(mailwarn); }; destination mailerr { file("/var/log/mail.err" fsync(yes)); }; log { source(src); filter(f_mailerr); destination(mailerr); }; # # and also all in one file: # destination mail { file("/var/log/mail"); }; log { source(src); filter(f_mail); destination(mail); }; # # acpid messages in one file: # destination acpid { file("/var/log/acpid"); }; log { source(src); filter(f_acpid); destination(acpid); flags(final); }; # # NetworkManager messages in one file: # destination netmgm { file("/var/log/NetworkManager"); }; log { source(src); filter(f_netmgm); destination(netmgm); flags(final); }; # # Cron-messages in one file: # (don't forget to provide logrotation config) # #destination cron { file("/var/log/cron"); }; #log { source(src); filter(f_cron); destination(cron); }; # # Some boot scripts use/require local[1-7]: # destination localmessages { file("/var/log/localmessages"); }; log { source(src); filter(f_local); destination(localmessages); }; # # All messages except iptables and the facilities news and mail: # destination messages { file("/var/log/messages"); }; log { source(src); filter(f_messages); destination(messages); }; # # Firewall (iptables) messages in one file: # destination firewall { file("/var/log/firewall"); }; log { source(src); filter(f_iptables); destination(firewall); }; # # Warnings (except iptables) in one file: # destination warn { file("/var/log/warn" fsync(yes)); }; log { source(src); filter(f_warn); destination(warn); }; # # Enable this, if you want to keep all messages in one file: # (don't forget to provide logrotation config) # #destination allmessages { file("/var/log/allmessages"); }; #log { source(src); destination(allmessages); }; -- Viele Grüße Ingbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

In /etc/syslog-ng/syslog-ng.in:

destination authlog { file("/var/log/auth.log"); }; filter f_auth { facility(auth); }; log { source(src); filter(f_auth); destination(authlog); };

Danach einmal SuSEconfig laufen lassen. Nachdem ich SuSEconfig aufgerufen habe wurde das auch in die /etc/syslog-ng/syslog-ng eingetragen. Das scheint demnach geklappt zu haben. Es ist aber ein weiteres Problem (?), nämlich Fehlermeldungen aufgetreten. Und saslauthd schein immer noch nicht zu loggen.

# SuSEconfig Starting SuSEconfig, the SuSE Configuration Tool... Running in full featured mode. Reading /etc/sysconfig and updating the system... Executing /sbin/conf.d/SuSEconfig.groff... Executing /sbin/conf.d/SuSEconfig.libxml2... Executing /sbin/conf.d/SuSEconfig.news... Executing /sbin/conf.d/SuSEconfig.perl... Executing /sbin/conf.d/SuSEconfig.permissions... Executing /sbin/conf.d/SuSEconfig.postfix... *** WARNING *** Found /etc/postfix/master.cf.SuSEconfig, exiting... *** WARNING *** Executing /sbin/conf.d/SuSEconfig.scpm... Executing /sbin/conf.d/SuSEconfig.sortpasswd... Executing /sbin/conf.d/SuSEconfig.syslog-ng... Executing /sbin/conf.d/SuSEconfig.zmessages... Finished. ------- Ist das normal? -- Viele Grüße Chris -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Läuft saslauthd überhaupt?!?

teste bitte mal mit: rcsaslauthd status chkconfig saslauthd

Wenn es läuft: testsaslauthd -u user -p password -s smtp # rcsaslauthd status Checking for service saslauthd: running # chkconfig saslauthd saslauthd off # /usr/bin/testsaslauthd -u usr0001 -p xyztest -s smtp 0: OK "Success."

"saslauthd off" scheint nicht korrekt zu sein, oder? Aber ich habe nun einen Logeintrag in /var/log/auth.log entdeckt, nachdem ich einen Benutzernamen angegeben habe (test), der nicht auf meinem System vorhanden ist. Prima, das ist im Grunde die Lösung des Problems. Wenn ich allerdings mich erfolgreich authentifizieren kann (s.o.) wird kein Eintrag in das Log geschrieben. Eine telnet-Session könnte bei mir so aussehen: # telnet localhost 25 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 mail.meinserver.de ESMTP Postfix EHLO localhost 250-mail.meinserver.de 250-PIPELINING 250-SIZE 10240000 250-VRFY 250-ETRN 250-AUTH LOGIN PLAIN 250-AUTH=LOGIN PLAIN 250 8BITMIME AUTH PLAIN mein64bitKodiertesPW 535 Error: authentication failed Doch bei diesem Error wird in /var/log/auth.log nichts gelogged. Die Einträge in /var/log/mail sehen so aus:

localhost[127.0.0.1]: 220 mail.meinserver.de ESMTP Postfix Dec 6 14:38:54 meinserver postfix/smtpd[24771]: < localhost[127.0.0.1]: EHLO localhost Dec 6 14:38:54 meinserver postfix/smtpd[24771]: > localhost[127.0.0.1]: 250-mail.meinserver.de Dec 6 14:38:54 meinserver postfix/smtpd[24771]: > localhost[127.0.0.1]: 250-PIPELINING Dec 6 14:38:54 meinserver postfix/smtpd[24771]: > localhost[127.0.0.1]: 250-SIZE 10240000 Dec 6 14:38:54 meinserver postfix/smtpd[24771]: > localhost[127.0.0.1]: 250-VRFY Dec 6 14:38:54 meinserver postfix/smtpd[24771]: > localhost[127.0.0.1]: 250-ETRN Dec 6 14:38:54 meinserver postfix/smtpd[24771]: > localhost[127.0.0.1]: 250-AUTH LOGIN PLAIN Dec 6 14:38:54 meinserver postfix/smtpd[24771]: match_list_match: localhost: no match Dec 6 14:38:54 meinserver postfix/smtpd[24771]: match_list_match: 127.0.0.1: no match Dec 6 14:38:54 meinserver postfix/smtpd[24771]: > localhost[127.0.0.1]: 250-AUTH=LOGIN PLAIN Dec 6 14:38:54 meinserver postfix/smtpd[24771]: > localhost[127.0.0.1]: 250 8BITMIME Dec 6 14:39:01 meinserver postfix/smtpd[24771]: < localhost[127.0.0.1]: AUTH PLAIN mein64bitKodiertesPW Dec 6 14:39:01 meinserver postfix/smtpd[24771]: smtpd_sasl_authenticate: sasl_method PLAIN, init_response mein64bitKodiertesPW Dec 6 14:39:01 meinserver postfix/smtpd[24771]: smtpd_sasl_authenticate: decoded initial response usr0001 Dec 6 14:39:01 meinserver postfix/smtpd[24771]: warning: SASL authentication failure: Password verification failed Dec 6 14:39:01 meinserver postfix/smtpd[24771]: warning: localhost[127.0.0.1]: SASL PLAIN authentication failed Dec 6 14:39:01 meinserver postfix/smtpd[24771]: > localhost[127.0.0.1]: 535 Error: authentication failed

Hier ist das Perl-Script, wie ich mein mein64bitKodiertesPW-Passwort generiere: #!/usr/bin/perl use strict; use MIME::Base64; if ( $#ARGV != 1 ) { die "Verwendung: encode_sasl_plain.pl <benutzername> <passwort>\n"; } print encode_base64("$ARGV[0]\0$ARGV[0]\0$ARGV[1]"); exit 0; ----- Hmmmm...wie komm ich dem jetzt auf die Schliche? -- Viele Grüße Ingbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Zeige doch mal die Ausgabe von "postconf -n" und den Inhalt von /usr/lib/sasl2/smtpd.conf.

postconf -n ##################### broken_sasl_auth_clients = yes command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix debug_peer_level = 2 fallback_transport = cyrus html_directory = /usr/share/doc/packages/postfix/html mail_owner = postfix mailbox_transport = procmail mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man mydestination = $myhostname, mysql:/etc/postfix/mysql-mydestination.cf myhostname = mail.meinserver.de newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES sample_directory = /usr/share/doc/packages/postfix/samples sender_canonical_maps = hash:/etc/postfix/canonical, mysql:/etc/postfix/mysql-canonical.cf sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtpd_delay_reject = no smtpd_helo_required = yes smtpd_helo_restrictions = smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = smtpd_sender_restrictions = unknown_local_recipient_reject_code = 550 virtual_alias_maps = hash:/etc/postfix/virtual, mysql:/etc/postfix/mysql-virtual.cf __________________ saslfinger -s ##################### saslfinger - postfix Cyrus sasl configuration Wed Dec 6 15:07:43 CET 2006 version: 1.0 mode: server-side SMTP AUTH -- basics -- Postfix: 2.2.9 System: Welcome to SUSE LINUX 10.1 (X86-64) - Kernel \r (\l). -- smtpd is linked to -- libsasl2.so.2 => /usr/lib64/libsasl2.so.2 (0x00002b5f99bae000) -- active SMTP AUTH and TLS parameters for smtpd -- broken_sasl_auth_clients = yes smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = -- listing of /usr/lib/sasl2 -- total 169 drwxr-xr-x 2 root root 424 Dec 3 21:27 . drwxr-xr-x 31 root root 9640 Nov 24 23:34 .. -rwxr-xr-x 1 root root 13216 Oct 26 21:52 libanonymous.so -rwxr-xr-x 1 root root 13216 Oct 26 21:52 libanonymous.so.2 -rwxr-xr-x 1 root root 13216 Oct 26 21:52 libanonymous.so.2.0.21 -rwxr-xr-x 1 root root 13724 Oct 26 21:52 liblogin.so -rwxr-xr-x 1 root root 13724 Oct 26 21:52 liblogin.so.2 -rwxr-xr-x 1 root root 13724 Oct 26 21:52 liblogin.so.2.0.21 -rwxr-xr-x 1 root root 18316 Oct 26 21:52 libsasldb.so -rwxr-xr-x 1 root root 18316 Oct 26 21:52 libsasldb.so.2 -rwxr-xr-x 1 root root 18316 Oct 26 21:52 libsasldb.so.2.0.21 drwxr-xr-x 2 root root 48 Dec 1 22:17 sasl2 -rw-r--r-- 1 root root 91 Dec 1 22:01 smtpd.conf -- listing of /usr/local/lib/sasl2 -- total 0 drwxr-xr-x 2 root root 48 Dec 1 22:17 . drwxr-xr-x 3 root root 72 Nov 30 10:03 .. -- content of /usr/lib/sasl2/smtpd.conf -- # Global parameters log_level: 7 pwcheck_method: saslauthd #auxprop mech_list: PLAIN LOGIN -- active services in /etc/postfix/master.cf -- # service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100) smtp inet n - n - - smtpd -v pickup fifo n - n 60 1 pickup cleanup unix n - n - 0 cleanup qmgr fifo n - n 300 1 qmgr tlsmgr unix - - n 1000? 1 tlsmgr rewrite unix - - n - - trivial-rewrite bounce unix - - n - 0 bounce defer unix - - n - 0 bounce trace unix - - n - 0 bounce verify unix - - n - 1 verify flush unix n - n 1000? 0 flush proxymap unix - - n - - proxymap smtp unix - - n - - smtp relay unix - - n - - smtp -o fallback_relay= showq unix n - n - - showq error unix - - n - - error discard unix - - n - - discard local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - n - - lmtp anvil unix - - n - 1 anvil scache unix - - n - 1 scache maildrop unix - n n - - pipe flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient} cyrus unix - n n - - pipe user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user} uucp unix - n n - - pipe flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient) ifmail unix - n n - - pipe flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient) bsmtp unix - n n - - pipe flags=Fq. user=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop $recipient procmail unix - n n - 20 pipe flags=R user=cyrus argv=/usr/bin/procmail -o SENDER=${sender} -m USER=${user} EXTENSION=${extension} /etc/procmailrc -- mechanisms on localhost -- 250-AUTH LOGIN PLAIN 250-AUTH=LOGIN PLAIN -- end of saslfinger output -- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

chkconfig saslautd steht jetzt auf on.

Versuche es mal mit: pwcheck_method: auxprop auxprop_plugin: sql

Hat leider nichts geändert. Ich habe übrigens gesehen, dass ich zwei smtpd.conf Dateien habe. Zum einen im Verzeichnis /usr/lib/sasl2/ und dann nochmal in /usr/lib64/sasl2/ Habe beide mal mit den vorgeschlagenen Parametern konfiguriert. Gibt es die doppelt aus Kompatibilitätsgründen? Der Server läuft auf einer 64-Bit Maschine. In /var/log/auth.log habe ich nach dem Neustart von saslauthd etwas merkwürdiges gesehen: Dec 6 17:37:20 meinserver saslauthd[25426]: server_exit : master exited: 25426 Dec 6 17:37:20 meinserver saslauthd[25780]: detach_tty : master pid is: 25780 Dec 6 17:37:20 meinserver saslauthd[25780]: ipc_init : listening on socket: /var/run/sasl2//mux Stimmt da was mit dem Pfad zum socket nicht? Sollte es nicht heißen : listening on socket: /var/run/sasl2/mux ??? Danke, Sandy, Du bist mir auf jeden Fall jetzt schon eine große Hilfe. Ingbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

ldd /usr/lib/cyrus/bin/imapd | grep libsasl2

Nur, wenn saslauthd auf PAM zugreift und unter PAM das SQL-Plugin konfiguriert wird, kann man in Postfix/Cyrus sagen, dass über Saslauthd authentifiziert werden soll. So hatte ich mir das vorgestellt. Dann greift saslauthd auf PAM zu und das SQL-Modul muss entsprechend konfiguriert werden, damit es auf die richtige Benutzerdatenbank zugreift und dafür auch den erlaubten User verwendet. So sieht das bei mir aus. Ich hatte das auch schon über den saslauthd

libsasl2.so.2 => /usr/lib64/libsasl2.so.2 (0x00002acd9cab1000) sieht ganz gut aus... probiert (und nicht über auxprop) cat /etc/pam.d/smtp auth sufficient pam_mysql.so user=mail passwd=MAILPASSWORD host=localhost \ db=mail table=accountuser usercolumn=username \ passwdcolumn=password crypt=1 logtable=log \ logmsgcolumn=msg logusercolumn=user loghostcolumn=host \ logpidcolumn=pid logtimecolumn=time account required pam_mysql.so user=mail passwd=MAILPASSWAORD host=localhost \ db=mail table=accountuser usercolumn=username \ passwdcolumn=password crypt=1 logtable=log \ logmsgcolumn=msg logusercolumn=user loghostcolumn=host \ logpidcolumn=pid logtimecolumn=time Müssen hier eigentlich die Backslashes weg?

Setze mal deine Daten ein in /usr/lib64/sasl2/smtpd.conf: pwcheck_method: auxprop auxprop_plugin: sql mech_list: plain login cram-md5 digest-md5 sql_engine: mysql sql_hostnames: localhost sql_user: mysql-user sql_passwd: mysql-password sql_database: mysql-database sql_statement: select Password from userdatabase where EmailAddress='%s'

%s ist der eingegebene Suchstring. Einzelheiten kannst du nachlesen unter "man 5 mysql_table". Dort stehen die verschiedenen Suchstrings beschrieben.

Hier müssten wohl einge Tabellen miteinander verknüpft werden, da ich die Datenbankstruktur von web-cyradm benutzt habe: # phpMyAdmin MySQL-Dump # version 2.2.6 # http://phpwizard.net/phpMyAdmin/ # http://www.phpmyadmin.net/ (download page) # # Host: localhost # Generation Time: Nov 04, 2002 at 01:44 AM # Server version: 3.23.52 # PHP Version: 4.2.3 # Database : `mail` # -------------------------------------------------------- # # Table structure for table `accountuser` # CREATE TABLE accountuser ( username varchar(255) binary NOT NULL default '', password varchar(30) binary NOT NULL default '', prefix varchar(50) NOT NULL default '', domain_name varchar(255) NOT NULL default '', UNIQUE KEY username (username) ) TYPE=MyISAM; # -------------------------------------------------------- # # Table structure for table `adminuser` # CREATE TABLE adminuser ( username varchar(50) binary NOT NULL default '', password varchar(50) binary NOT NULL default '', type int(11) NOT NULL default '0', SID varchar(255) NOT NULL default '', home varchar(255) NOT NULL default '', PRIMARY KEY (username) ) TYPE=MyISAM; # -------------------------------------------------------- # # Table structure for table `alias` # CREATE TABLE alias ( alias varchar(255) NOT NULL default '', dest longtext, username varchar(50) NOT NULL default '', status int(11) NOT NULL default '1', PRIMARY KEY (alias) ) TYPE=MyISAM; # -------------------------------------------------------- # # Table structure for table `domain` # CREATE TABLE domain ( domain_name varchar(255) NOT NULL default '', prefix varchar(50) NOT NULL default '', maxaccounts int(11) NOT NULL default '20', quota int(10) NOT NULL default '20000', transport varchar(255) NOT NULL default 'cyrus', freenames enum('YES','NO') NOT NULL default 'NO', freeaddress enum('YES','NO') NOT NULL default 'NO', PRIMARY KEY (domain_name), UNIQUE KEY prefix (prefix) ) TYPE=MyISAM; # -------------------------------------------------------- # # Table structure for table `domainadmin` # CREATE TABLE domainadmin ( domain_name varchar(255) NOT NULL default '', adminuser varchar(255) NOT NULL default '' ) TYPE=MyISAM; # -------------------------------------------------------- # # Table structure for table `search` # CREATE TABLE search ( search_id varchar(255) NOT NULL default '', search_sql text NOT NULL, perpage int(11) NOT NULL default '0', timestamp timestamp(14) NOT NULL, PRIMARY KEY (search_id), KEY search_id (search_id) ) TYPE=MyISAM; # -------------------------------------------------------- # # Table structure for table `virtual` # CREATE TABLE virtual ( alias varchar(255) NOT NULL default '', dest longtext, username varchar(50) NOT NULL default '', status int(11) NOT NULL default '1', KEY alias (alias) ) TYPE=MyISAM; CREATE TABLE log ( id int(11) NOT NULL auto_increment, msg text NOT NULL, user varchar(255) NOT NULL default '', host varchar(255) NOT NULL default '', time datetime NOT NULL default '2000-00-00 00:00:00', pid varchar(255) NOT NULL default '', PRIMARY KEY (id) ) TYPE=MyISAM; INSERT INTO adminuser (username, password) VALUES ('admin', ENCRYPT('test')); INSERT INTO domainadmin (domain_name,adminuser) VALUES ('*','admin'); INSERT INTO accountuser (username, password) VALUES ('cyrus', ENCRYPT('secret')); ############ Die Passwörter liegen also in accountuser und sind mit ENCRYPT einwegverschlüsselt. Habe noch eine Verständnisfrage: Der %s Suchstring sollte doch nicht die Emailadresse sein oder? Mit "testsaslauthd -u user -p password -s smtp" habe ich doch auch den Benutzer gecheckt und nicht die damit verbundene Mailadresse. Die wird ja über die Tabelle virtual zugeordnet (alias -> username). Grüße Ingbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Wenn ich das richtig sehe, benutzt du einen Patch für Cyrus SASL, um die Passwörter verschlüsselt in der SQL-Datenbank abzulegen.

Nein, benutze ich nicht. Aus Deiner Aussage entnehme ich, dass ich diesen bräuchte. Habe alle benötigten Pakete über yast eingespielt. Wenn das so nicht funktioniert muß ich es wohl anders machen. Bisher bin ich an allen HowTos an irgendeiner Stelle gescheitert. Anhand dieser Quelle habe ich versucht PAM zu konfigurieren: http://www.delouw.ch/linux/Postfix-Cyrus-Web-cyradm-HOWTO/html/pam-config.ht... Von Patch für Cyrus SASL konnte ich hier nichts lesen, daher bin ich davon ausgegangen, dass es auch mit den von yast eingespielten Paketen klappt. Wie kann man unter SUSE/yast (oder enerell unter Linux) erkennen welche Eigenschaften ein Paket mitbringt (die über das configure Kommando festgelegt wurden)?

Damit wird jedoch wieder die Möglichkeit versperrt, Shared-Secret-Mechanismen wie Digest-MD5 und Cram-MD5 zu verwenden, es bleiben also tatsächlich nur PLAIN und LOGIN als Mechanismen übrig. Ich wollte es nicht gleich zu kompliziert machen. In den Tutorials wird auch meist nur PLAIN oder LOGIN verwendet. Ich bin im Moment auch überfragt, ob Digest-MD5 und Cram-MD5 von den im Augenblick verfügbaren Mail-Clients unterstützt werden. Im Grunde möchte ich nur eine Authentifizierung der Mailclients an meinem Server, um kein offenes Relay zu betreiben. Die Mailuser sollen auch gar nicht user des Systems sein, also keinen Eintrag in der passwd haben. Daher habe ich mich für den web-cyradm entschieden, da man damit ganz nett Mailbenutzer einrichten kann. Ich habe allerdings auch kein Problem damit, meine Strategie zu ändern und die Benutzer in einer anderen Datenbank abzuspeichern. Je einfacher und sicherer umso besser.

...

Mit "testsaslauthd -u user -p password -s smtp" habe ich doch auch den Benutzer gecheckt und nicht die damit verbundene Mailadresse. Die wird ja über die Tabelle virtual zugeordnet (alias -> username).

Na ja, das ist wohl eher Zweckentfremdung. (^-^) Wahrscheinlich hätte ich die Datenbankstruktur auch anders aufgebaut, aber es scheint ja bei anderen zu funktionieren. Sowohl in dem oben genannten Tutorial von Luc de Louw, als auch dem von David Lais alias snope (www.postfix-howto.de) wird als Verwaltungstool Web-Cyradm erwähnt.

Wenn die Domain in $mydestination ist, dann wird nur der localpart verwendet, und alle Domains in $mydestination werden in einen Topf geworfen.

In main.cf steht: myhostname = mail.meinserver.de mydestination = $myhostname, mysql:/etc/postfix/mysql-mydestination.cf mysql-mydestination.cf: # mysql config file for local domain (like sendmail's sendmail.cw) lookups on postfix # comments are ok. # # the user name and password to log into the mysql server hosts = localhost user = mail password = my2006mailcyradmin # the database name on the servers dbname = mail # the table name table = domain select_field = domain_name where_field = domain_name In der mysql-Tabelle steht im Feld domain_name der Wert meinserver.de Hier der sql-dump: INSERT INTO `domain` (`domain_name`, `prefix`, `maxaccounts`, `quota`, `transport`, `freenames`, `freeaddress`) VALUES ('meinserver.de', 'wdr', 5, 20000, 'cyrus', 'NO', 'NO'); Da steht also noch nicht viel drin ;-) -- Viele Grüße Ingbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Der Großteil von dieser Software ist dann nach Anleitung selbst kompiliert. Wenn das nicht so ist, hast du bereits die erste Abweichung und musst zuerst kontrollieren, ob auch wirklich die Voraussetzungen erfüllt sind. Hast du überprüft, ob das installierte cyrus_pam_mysql Plugin kompatibel ist mit dem in der Anleitung verwendeten Modul? Ehrlich gesagt nein. Yast gibt mir da auch nicht viel mehr Alternativen. Den Streß mit selbst kompilieren wollte ich mir nicht aufbürden. Wie Du schon sagtest, bei jedem Sicherheitspatch müsste ich selbst wieder Hand anlegen. Ich war ehrlich gesagt auch nicht darauf vorbereitet, dass es so schwierig werden sollte. Die HowTos lassen da einen auch etwas im Stich. Ich kann schon verstehen, dass diese weitestgehend Distributions unabhängig geschrieben werden, da jede andere Einstellungen und Pfade verwendet. Dies war wahrscheinlich für meinen Fall auch nicht die richtige Herangehensweise. Aber ein nettes HowTo für Suse 10.1 habe ich leider nicht finden können. Nach dem Studium des Buches "Postfix" von Kyle Dent (O'Reilly) habe ich versucht den Postfix aufzusetzen. Bin jetzt bestimmt schon seit 4 Wochen an diesem Problem (und habe natürlich auch schon eine Menge dazu gelernt - das sehe ich als Pflicht).

Mit dem configure Kommando legst du die Eigenschaften doch selbst fest! Es ist übrigens immer eine gute Idee, die genaue Konfiguration zu dokumentieren, die man verwendet hat. Das ermöglichst später bei Updates/Neuinstallation die exakte Reproduktion. Ist das bei den in Suse enthaltenen Paketen irgendwo dokumentiert? Ich bin durch den Dschungel auf opensuse.org noch nicht ganz durchgestiegen. Aber das steht doch bestimmt irgendwo.

Du kannst ruhig die Datenbank so verwenden, solange du präzise weisst, was wo für welchen Zweck verwendet wird.

Ich würde aber für den Augenblick die Passwörter nicht verschlüsseln. Das bedeutet ich müsste in den Programmcode von web-cyradm eingreifen, richtig?

...

In main.cf steht: myhostname = mail.meinserver.de mydestination = $myhostname, mysql:/etc/postfix/mysql-mydestination.cf

Das ist ein einziger Schlamassel im Augenblick! Wenn du die Domains in mydestination deklarierst, dann werden gültige Empfänger für diese Domains in local_recipient_maps erwartet. Die Vorgabe dafür ist NICHT leer, damit werden Empfänger überprüft und alle nicht vorhandenen Empfänger abgewiesen. Ich kann Dir hier im Augenblick nicht folgen. Bedeutet dies, ich muss local_recipient_maps = alias_maps = in die main.cf eintragen? Und die virtuelle Domain wird über das Frontend von web-cyradm in die mysql-Tabelle eingetragen. Und, tut mir leid für diesen Schlamassel. Ich versuche mein Bestes.

Hier nochmal die Ausgabe von postconf -n: broken_sasl_auth_clients = yes command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix debug_peer_level = 2 fallback_transport = cyrus html_directory = /usr/share/doc/packages/postfix/html mail_owner = postfix mailbox_transport = procmail mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man mydestination = $myhostname, mysql:/etc/postfix/mysql-mydestination.cf myhostname = mail.meinserver.de newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES sample_directory = /usr/share/doc/packages/postfix/samples sender_canonical_maps = hash:/etc/postfix/canonical, mysql:/etc/postfix/mysql-canonical.cf sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtpd_delay_reject = no smtpd_helo_required = yes smtpd_helo_restrictions = smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = smtpd_sender_restrictions = unknown_local_recipient_reject_code = 550 virtual_alias_maps = hash:/etc/postfix/virtual, mysql:/etc/postfix/mysql-virtual.cf

Das ist die alte Syntax für Postfix 2.1 und älter. Die neue ist besser zu verstehen und kann ab Postfix 2.2 verwendet werden.

Ich glaube langsam, dass ich selbst ein HowTo schreiben muss ;-)

Ich schlage vor, wir prüfen das Stück für Stück, sonst werden wir nie auf einen grünen Zweig kommen. :-(

- Test, ob Domains richtig in Postfix abgefragt werden

Welches Tool benutze ich hierfür? Unter man postconf konnte ich keine Funktion dafür erkennen.

- Test, ob bei Emailsadressen gültige von ungültigen unterschieden werden - Test ob Adressumschreibungen richtig funktionieren - Test ob die Authentifikation richtig funktioniert. Das würde ich in einer Telnet Session prüfen...oder?

Das gleiche muss für Cyrus gemacht werden: - Test ob man sich als Admin anmelden kann - Test ob das Anlegen eines Users funktioniert - Test ob die Anmeldung eines Users funktioniert Das würde ich mit cyradm testen...

Soll ich nochmal das Ursprungsimage auf den Server einspielen? Ist wahrscheinlich einfacher als alles umzukonfigurieren. Vielleicht langt es auch das Verzeichnis /etc/ zurückzukopieren. Ich gehe aber davon aus, dass während meines Testens auch einige Pakete über yast eingespielt wurden, die gar nicht benötigt wurden. Wie wird es hier in der Mailingliste eigentlich gepflegt, sollte ich bei diesem Thema einen neuen Thread anfangen oder belassen wir den Betreff, so wie er ist? Denn im Grunde sind wir von dem Logging von saslauthd schon etwas entfernt ;-) Das Problem sitzt halt etwas tiefer (ist fast wie beim Zahnarzt). Viele Grüße Ingbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Tuesday 05 December 2006 23:16 schrieb Treebeard:

wie kann ich das Logging von saslauthd einschalten? In meiner /usr/lib64/sasl2/smtpd.conf steht pwcheck_method: auxprop

Wenn Du saslauthd benutzen willst, muss es hier "pwcheck_method: saslauthd" heissen. Sonst bringt ein hochsetzen eines Loglevels von saslauthd eher weniger.

mech_list: plain login log_level: 7

Habe also das Loglevel hochgesetzt. Habe gelesen, dass die Logdateien per Hand angelegt werden müssen: touch /var/log/auth.log

Hmmm....leider wird nichts gelogged

Wo kann ich nachsehen, wie das Logging funktioniert? Und wie und wo wird das bei euch gelogged?

Beende saslauthd und starte ihn mit gleichen Parametern aus der Console mit einem zusätzlchen "-d" für Deug. Dann gibt er meist hilfreiche Informationen in der Console aus. # salauthd -da ... ... -- Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Wednesday 06 December 2006 18:23 schrieb Sandy Drobic:

Nö, das ist schon in Ordnung so. Obwohl die Authentifikation über SQL ohne saslauthd erfolgen wird. Der hängt also nur noch in der Gegend rum. Nur, wenn saslauthd auf PAM zugreift und unter PAM das SQL-Plugin konfiguriert wird, kann man in Postfix/Cyrus sagen, dass über Saslauthd authentifiziert werden soll. Dann greift saslauthd auf PAM zu und das SQL-Modul muss entsprechend konfiguriert werden, damit es auf die richtige Benutzerdatenbank zugreift und dafür auch den erlaubten User verwendet.

Setze mal deine Daten ein in /usr/lib64/sasl2/smtpd.conf: pwcheck_method: auxprop auxprop_plugin: sql mech_list: plain login cram-md5 digest-md5 sql_engine: mysql sql_hostnames: localhost sql_user: mysql-user sql_passwd: mysql-password sql_database: mysql-database sql_statement: select Password from userdatabase where EmailAddress='%s'

%s ist der eingegebene Suchstring. Einzelheiten kannst du nachlesen unter "man 5 mysql_table". Dort stehen die verschiedenen Suchstrings beschrieben.

Hmm, man 5 mysql_table ist Postix. Das sql-Auxprop Plugin ist von Cyrus-SASL. Das sind zwei unterschiedliche Dinge.

Passe bitte den Select-Befehl an auf deine Datenbank.

Und wieso auf einmal das sql-Auxprop Plugin, wenn er saslauthd benuzen will? -- Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Thursday 07 December 2006 19:33 schrieb Sandy Drobic:

Prüfe doch mal, ob Postfix und Cyrus mit MySQL-Sasl-Unterstützung kompiliert wurden:

# ldd /usr/lib/postfix/smtpd linux-gate.so.1 => (0xffffe000) libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x40023000) libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x40054000) => libmysqlclient.so.12 => /usr/lib/libmysqlclient.so.12 (0x40145000) libz.so.1 => /lib/libz.so.1 (0x4017c000) libm.so.6 => /lib/tls/libm.so.6 (0x4018d000) => libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x401b0000) libpcre.so.0 => /usr/lib/libpcre.so.0 (0x401c5000) libdb-4.2.so => /usr/lib/tls/libdb-4.2.so (0x401d2000) libldap-2.2.so.7 => /usr/lib/libldap-2.2.so.7 (0x402a7000) liblber-2.2.so.7 => /usr/lib/liblber-2.2.so.7 (0x402da000) libnsl.so.1 => /lib/libnsl.so.1 (0x402e7000) libresolv.so.2 => /lib/libresolv.so.2 (0x402fd000) libc.so.6 => /lib/tls/libc.so.6 (0x40310000) libdl.so.2 => /lib/libdl.so.2 (0x40427000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x4042b000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x4045d000)

Dort siehst Du nur, ob Postfix mit oder ohne MySQL-Unterstützung gebaut wurde. Mit Cyrus-SASL bzw. Authentifizierung hat das gar nichts zu tun. Cyrus-SASL ist für die Applikation, die es benutzt nur die libsasl2.so. Mehr nicht. Alles andere ist entweder in der libsasl2.so oder in den Plugins enthalten. bdb, ldap, mysql, pgsql....

# ldd /usr/lib/cyrus/bin/imapd linux-gate.so.1 => (0xffffe000) => libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x40023000) libresolv.so.2 => /lib/libresolv.so.2 (0x40039000) libdb-4.2.so => /usr/lib/tls/libdb-4.2.so (0x4004c000) libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x40121000) libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x40151000) libwrap.so.0 => /lib/libwrap.so.0 (0x40242000) libnsl.so.1 => /lib/libnsl.so.1 (0x4024a000) libc.so.6 => /lib/tls/libc.so.6 (0x40261000) libdl.so.2 => /lib/libdl.so.2 (0x40377000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x4037b000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

Bei mir ist Postfix also bereit für MySQL und Sasl, aber Cyrus nur für Sasl.

Es gibt keine MySQL-Unterstützung für Cyrus-Imapd. Ob jetzt die Authentifizierung über MySQL gemacht werden kann oder soll, ist in der libsasl2.so bzw. eigentlich erst im libsql.so Auxprop Plugin enthalten.

Die MySQL-Unterstützung in Postfix existiert auch nur, weil ich sie einkompiliert habe, da unter meiner alten Suse 9.2 MySQL-Unterstützung noch rar ist. Bei Suse 10.x sieht das AFAIK besser aus. Da hat sich etwas getan.

Hmm, ob "besser" finde ich relativ. Aber suse geht jetzt den Debian-Way. Dass bedeutet die einzelnen Maps sind nachladbar. Dort wirst Du dann mit ldd nix mehr von mysql sehen.

Ich werde ohnehin bald auf Suse 10.2 updaten, dann lasse ich mich überraschen, wo bereits MySQL-Unterstützung enthalten ist. (^-^)

-- Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Treebeard wrote:

...

Wahrscheinlich ist es die beste Methode, Postfix, Cyrus, MySQL und WebCyrAdm zu installieren und Schritt für Schritt einzubinden. Es muss jedoch sichergestellt werden, dass Postfix und Cyrus wirklich mit MySQL-Unterstützung kompiliert wurden.

Wenn das nicht der Fall ist, muss über PAM gegangen werden und das MySQL-Modul für die Dienste konfiguriert werden.

Prüfe doch mal, ob Postfix und Cyrus mit MySQL-Sasl-Unterstützung kompiliert wurden:

Demnach sieht es so aus, als ob die mysql-Unterstützung nicht dabei ist.

Dann bleibt es bei saslauthd als auth_mech und dem MySQL-Modul für PAM.

...

Die MySQL-Unterstützung in Postfix existiert auch nur, weil ich sie einkompiliert habe, da unter meiner alten Suse 9.2 MySQL-Unterstützung noch rar ist. Bei Suse 10.x sieht das AFAIK besser aus. Da hat sich etwas getan. Ein postconf -m besagt mir aber, dass mysql als Datenbank unterstützt wird:

postconf -m btree cidr environ hash ldap mysql nis pcre proxy regexp sdbm static tcp unix

Ah, interessant. Andreas hatte sich dazu ja auch schon geäußert. Inzwischen scheint die Unterstützung per Modul nachladbar eingebunden zu werden. Eigentlich eine gute Sache, die das Kompilieren auf dem Produktivsystem überflüssig macht.

...

Könnte ich im Augenblick nicht sagen, ich habe bisher nicht mit WebCyrAdm gearbeitet. Ich glaube aber, dass es eine Konfig-Einstellung ist, ob das Passwort verschlüsselt ist oder nicht. Habe eben mal nachgesehen: ja, dies ist eine Einstellungssasche in der conf.php von web-cyradm

Gut, diese Bestätigung zu haben.

Ich würde ganz gerne allerdings die Passwörter in der Datenbank verschlüsselt stehen lassen. Die SQL-Abfragen sollte man entsprechend umschreiben können.

Dann würde ich doch lieber über saslauthd und PAM gehen. Dann kannst du die Passwörter auch verschlüsselt lassen.

Mein Ziel ist es etwa 10 Domains auf den Server zu transferieren. domain1 sollte 1 Postfach haben, etwa 10 Mailadressen sollen auf dieses Postfach zeigen, 3 Weiterleitungen der Mailadressen an externe Mailadressen (z.B. bei T-Online, Gmx, etc.) domain2 sollte 1 Postfach haben, 2 Mailadressen als Verweis darauf domain3, 1 Postfach, 1 Mailadresse zeigt darauf domain4, 3 Postfächer, ca. 40 Weiterleitungen der Mailadressen an externe Mailadressen (z.B. bei T-Online, Gmx, etc.) domain5-10 nur Weiterleitungen auf Postfach von domain1

Insgesamt hast du also für alle Domains eigentlich nur eine gemeinsame User-Basis, wobei nicht alle User in jeder Domain vorkommen. Die Weiterleitungen an externe Adressen rechne ich hier nicht, diese können mit virtual_alias_maps schnell eingerichtet werden. Am besten würdest du dann wohl mit einer Hauptdomain in $mydestination und vielen virtual_alias_domains einrichten. Oder sollen die Domains 2-4 eigenständige Domains sein mit unabhängigen Accounts?

Die Mailclients sind i.d.R. Windows-Clients (bis auf 2 Ausnahmen), Thunderbird, MS Outlook u.ä.

Kein Problem.

Vorerst wird der Server nur unter einer IP-Adresse erreichbar sein.

...

...

smtpd_delay_reject = no

Das kann zu Problemen führen mit manchen Clients, die erwarten, dass die Verbindung erst nach der Angabe des Empfängers beurteilt wird und nicht vorher abgelehnt wird. Das habe ich nur zu Debugging-Zwecken eingeschaltet, um zu sehen, wo Fehler auftreten

Grins, der Fehler steht auch so im Log. (^-^) [Test mit postmap]

...

/etc/postfix/relay_recipients.cf: user=mysqluser password=mysqlpasswort dbname=mysqldatenbank hosts=localhost query = SELECT valid_users from relayrecipients where valid_users = '%s'

Hier braucht die Datenbank nur eine Spalte haben (valid_users). Habe nun die /etc/postfix/relay_recipients.cf angelegt und auch die Tabelle in der Datenbank mit 2 Testusern (test1, test2) angelegt. Das scheint zu klappen:

# postmap -q test1 mysql:/etc/postfix/relay_recipients.cf test1 # postmap -q test3 mysql:/etc/postfix/relay_recipients.cf

Sehr schön. Beachte bitte, dass in relay_recipient_maps vollständige Adressen stehen sollten und nur für lokale Domains in $mydestination reine Usernamen verwendet werden sollten. Teste es mal mit folgenden Einstellungen für den Anfang: /etc/postfix/main.cf: alias_maps = hash:/etc/aliases # Vielleicht kannst du auch passwd und $alias_maps rauslassen. # Meistens sind die Adressen nur als Absender interessant für # lokale Dienste wie Backup, Cron, Spamassassin etc. local_recipient_maps = $alias_maps, proxy:unix:passwd.byname, mysql:/etc/postfix/local_recipients.cf # Mails für domain1.example.com gehen an Cyrus: mailbox_transport = cyrus mydestination = $mydomain, localhost mydomain = domain1.example.com #FQDN! myhostname = mail.example.com # FQDN externer Servername virtual_alias_maps = hash:/etc/postfix/virtual mysql:/etc/postfix/virtual_rewrite.cf virtual_alias_domains = mysql:/etc/postfix/virt_domains.cf smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination broken_sasl_auth_clients = yes smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = smtpd_sasl_security_option = noanonymous /usr/lib/sasl2/smtpd.conf: pwcheck_method: saslauthd mech_list: plain, login /etc/postfix/local_recipients.cf: Gültige Empfänger für Domain1 müssen hier stehen (nur username) /etc/postfix/virt_domains.cf: Hier sind die zusätzlichen Domains enthalten /etc/postfix/virtual_rewrite.cf: Hier stehen die gültigen Empfänger für die virt_domains und die Umleitungen an externe Adressen. Es dürfen nur vollständige Adressen hier verwendet werden! Die MySQL-Abfragen musst du natürlich nach dem Muster von relay_recipient_maps, wie ich es gezeigt hatte, anlegen und auf die richtigen Tabellen zeigen lassen. Dies sind nur die wichtigsten Einstellungen, es werden bestimmt noch einige dazukommen oder wegfallen. Du kannst die Mysql-Abfragen erst mit postmap testen und dann in die Postfix-Konfiguration einbauen. Bitte beachte aber auch, dass MySQL unbedingt zuverlässig laufen muss, sonst bricht Postfix mit einem Fatal Error ab. Bei so wenig Adressen würde ich, ehrlich gesagt, auf MySQL verzichten und dies mit normalen Hash-Dateien machen. Je nachdem, welchen Anspruch an Zuverlässigkeit du an das System hast, solltest du es entsprechend überwachen. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Treebeard wrote:

...

Dann würde ich doch lieber über saslauthd und PAM gehen. Dann kannst du die Passwörter auch verschlüsselt lassen.

...

Mein Ziel ist es etwa 10 Domains auf den Server zu transferieren. domain1 sollte 1 Postfach haben, etwa 10 Mailadressen sollen auf dieses Postfach zeigen, 3 Weiterleitungen der Mailadressen an externe Mailadressen (z.B. bei T-Online, Gmx, etc.) domain2 sollte 1 Postfach haben, 2 Mailadressen als Verweis darauf domain3, 1 Postfach, 1 Mailadresse zeigt darauf domain4, 3 Postfächer, ca. 40 Weiterleitungen der Mailadressen an externe Mailadressen (z.B. bei T-Online, Gmx, etc.) domain5-10 nur Weiterleitungen auf Postfach von domain1

Insgesamt hast du also für alle Domains eigentlich nur eine gemeinsame User-Basis, wobei nicht alle User in jeder Domain vorkommen.

Ja, das ist richtig. Die user sollten sich allerdings nicht lokal einloggen können, da dies wie gesagt aus der Ferne mit irgendwelchen Mailclients passieren soll. user1 soll sich bei postfach1 in domain1 einloggen können und die mails senden (postfix) und abholen (cyrus-imapd) können.

Das kann auch bei Usern, die in passwd angelegt sind, konfiguriert werden. Sie haben halt keine Login-Shell und kein Home-Verzeichnis. Wenn du planst, eventuell weitere Dienste wie FTP für User zur Verfügung zu stellen, dann ist passwd für eine kleine Benutzergruppe durchaus verwendbar. MySQL würde ich nehmen, wenn ich häufiger umkonfiguriere oder weitere Bedingungen auswerten will (Quota, bezahlt etc.)

...

Die Weiterleitungen an externe Adressen rechne ich hier nicht, diese können mit virtual_alias_maps schnell eingerichtet werden.

Am besten würdest du dann wohl mit einer Hauptdomain in $mydestination und vielen virtual_alias_domains einrichten. Oder sollen die Domains 2-4 eigenständige Domains sein mit unabhängigen Accounts?

ja, user2-4 sollen unabhängige Accounts sein, die sich aber auch nicht am system einloggen sollen. Das bedeutet aber doch auch, dass das Passwort in irgendeiner Weise in einer mysql-Datenbank gespeichert werden sollte.

Unabhängig im Sinne von user1@domain2.com != user1@domain3.com? Oder nur, dass user1 != user2 ist?

...

Dies sind nur die wichtigsten Einstellungen, es werden bestimmt noch einige dazukommen oder wegfallen. Du kannst die Mysql-Abfragen erst mit postmap testen und dann in die Postfix-Konfiguration einbauen.

Bevor ich jetzt die Tabellen erstelle, habe ich noch zwei Verständnisfragen: Zum einen sieht die Struktur dieser Tabellen anders aus, als die Datenbankstruktur, die von web-cyradm mitgeliefert wird. Das würde bedeuten, webcyradm kommt als Administrationstool nicht in Frage, oder? Wie oben schon angedeutet verstehe ich nicht, wo denn jetzt die Passwörter gespeichert werden?

Wie authentifiziert wird, steht in /usr/lib64/sasl2/smtpd.conf, und da habe ich saslauthd angegeben, der wiederum über PAM geht. Dort kannst du entweder über passwd gehen oder eben über Mysql. Du kannst durchaus die Tabellen im WebCyrAdm verwenden, nur musst du eben die Abfragen entsprechend anpassen. Wichtig ist vor allem, dass die Domainklasse und die dazugehörige Abfrage der gültigen user funktioniert. Wenn das nicht klappt mit WebCyrAdm, dann kannst du das vergessen. Funktioniert das Anlegen und Verwalten der User/passwörter für Cyrus in WebCyrAdm? Konntest du dich mit einem Imap-Mailclient einloggen mit den Usern, die dort angelegt hast?

...

Bitte beachte aber auch, dass MySQL unbedingt zuverlässig laufen muss, sonst bricht Postfix mit einem Fatal Error ab. Bei so wenig Adressen würde ich, ehrlich gesagt, auf MySQL verzichten und dies mit normalen Hash-Dateien machen.

Wenn ich auf webcyradm verzichte, sieht das für mich auch am einfachsten aus.

Wenn du WebCyrAdm nicht unbedingt brauchst und kein Problem damit hast, auf der Kommandozeile die Einstellungen vorzunehmen, dann kannst du dein System Stück für Stück zusammensetzen ohne großen Aufwand.

...

Je nachdem, welchen Anspruch an Zuverlässigkeit du an das System hast, solltest du es entsprechend überwachen.

Gut, das ist der übernächste Schritt. Wäre schon glücklich, wenn Heiligabend der Mailserver erst mal läuft ;-)))

Davon gehe ich aber fest aus, dass der Server bis dahin komplett läuft. (^-^) Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Monday 11 December 2006 23:31 schrieb Treebeard:

Da bin ich mir jetzt gar nicht mehr so sicher. Aber ich denke, ich konnte schonmal die Imap-Ordner eines Users synchronisieren (war natürlich noch keine Mail drin). Es klappt jetzt aber nicht mehr...Diese Fehlermeldung wird z.B. bei OutlookExpreß ausgegeben: Das "Posteingang"-Verzeichnis wurde nicht auf ungelesene Nachrichten überprüft. Der Vorgang wurde abgebrochen. Konto: 'mail.meinserver.de', Server: 'mail.meinserver.de', Protokoll: IMAP, Serverantwort: 'Login failed: generic failure', Port: 143, Secure (SSL): Nein, Fehlernummer: 0x800C006F

In Thunderbird kommt eine ähnliche Meldung

In /var/log/auth.log steht dann ein Eintrag wie Dec 11 23:15:25 meinserver saslauthd[17863]: do_auth : auth failure: [user=wdr0001] [service=imap] [realm=] [mech=pam] [reason=PAM acct error]

saslauthd benötigt von PAM zwei Stacks "auth" und "acct". Der erste "auth" bedeutet z.B. Password überprüfung, der nächste "acct" irgendwelche Überprüfungen z.B. ob der bestimmte User sich gerade anmelden darf. "PAM acct error" bedeutet es gibt einen Fehler im acct-Stack, prüf das. Evtl. ist er gar nicht da. Dann leg ihn an. -- Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Je mehr Dienste man verwaltet, desto froher sind die Anwender, wenn für alle Dienste das gleiche Benutzer/Passwort-Paar gilt, damit sie nicht sich am HTTP-Proxy mit einem Passwort, am Mailserver mit dem zweiten und am FTP-Server mit dem dritten Passwort anmelden müssen.

Wenn das bei dir nicht so wüst ist, dann kannst du das natürlich mit einer anderen Datenbank machen. Ich bin da ganz offen und für jeden Tip dankbar.

Wenn Emailadressen als Usernamen eingesetzt werden sollen, dann bekommst du Probleme mit passwd und sasldb. Ich würde sagen, da bin ich recht frei, da sich die user nicht auf der Konsole einloggen werden. Ich kann die usernamen vorgeben und werde mich versuchen an das genannte Schema zu halten.

Okay, ich sehe hier, dass der realm nicht angegeben ist. Sind die User als user@domain.tld angelegt oder nur als nackte Usernamen? Die User sind nur als nackte Usernamen angelegt, habe es aber auch mit user@domain.tld getestet, da war der realm ausgefüllt, hat aber dennoch nicht geklappt.

Wenn zu schon geklärt hast, was exakt du einrichten willst, dann ist ein guter Teil der Arbeit schon geschafft.

Ich bin jetzt irgendwie ganz aus dem Tritt geraten. Sehe vor lauter Bäumen den Wald nicht mehr... Daher möchte ich das ganze nochmal Schritt-für-Schritt aufsetzen und auch die Zwischenschritte testen. Das war auch eines meiner Hauptprobleme bei den Howtos, da wird etwas von vorne bis hinten durchkonfiguriert und an einer einzelnen Einstellung scheitert das ganze System. Hier mein "Schlachtplan": Vorarbeiten: Hostnamen und Rechnernamen prüfen Prüfen, ob alle benötigten Pakete installiert sind Grundkonfiguration prüfen Logging für alles ein-/hochstellen (imap, auth, mail) Zwischenschritte: Konfigurationen (nach jedem Schritt) sichern Dienste nach jeder Änderung neu starten 1) Postfix für eine Domain domain1.de aufsetzen Zwei Benutzer sind in passwd angelegt (test1, test2) Mail lokal verschicken 2) Postfix mail nach Cyrus weiterleiten Mit cyradm 2 Mailboxen einrichten test1 schickt mail zu test2 (lokal) test1 schickt mail zu test2@domain1.de 3) Mail von Mailclient bei Cyrus abholen (entfernter Rechner) Bin mir nicht sicher, ob hier schon ein Passwort benötigt wird. Benutzerkonto test2 wird auf Client, z.B. Thunderbird, eingerichtet und soll Mail abholen, die zuvor test1 verschickt hat 4) Authentifizierung einrichten sasl-Passwörter werden in Datenbank gespeichert (z.B. sasldb) Der Mechanismus ist vorerst "plain" User werden in sasldb angelegt Test mit sasldblistusers2 und testsaslauthd 5) Authentifizierung im Mailclient einrichten test1 schickt mail an test2 (lokal) Benutzerkonto test2 wird auf Client für Auth-Mechanismus eingerichtet und soll Mail abholen, die zuvor test1 verschickt hat 6) Postfix wird jetzt für das Relaying vorbereitet und die Authentifizierung implementiert Um Mail von entfernten Rechnern an Postfix zu verschicken wird das Relaying eingerichtet, um aber kein offenes Relay zu erhalten wird eine Authentifizierung gegen sasl implementiert. setzen der Werte smtpd_sasl_auth_enable = yes, ... etc. 7) Im Mailclient muss jetzt auch zum verschicken eine Authentifikation eingerichtet werden Testmail von test2 an test1@domain1.de 8) Eine zweite Domain für Postfix und Cyrus einrichten virtual_mailbox_domains = domain1.de, domain2.de (wird hier domain1 nochmal aufgelistet?) virtual_mailbox_maps = hash:/etc/postfix/virtual <= hier kommen die Mailadressen hinein, an die geliefert werden soll virtual_transport = lmtp:unix:/var/imap/socket/lmtp Hier fehlt mir noch etwas der Überblick, ob das so richtig ist und ob die Konten entsprechend so einrichtbar sind. Danach Test 9) Das ganze sicherer machen smtpd_recipient_restrictions etc. Wieder ein Test 10) TLS unter Postfix einrichten Generieren von Zertifikaten Clients dafür einrichten Test 11) Umstieg auf mysql-Tabellen/ web-cyradm ??? Ist wohl nach der letzten Diskussionsrunde für meine Bedürfnisse nicht nötig, wäre aber natürlich die Kür für die Einrichtung ;-) Ich wäre froh, wenn Du die Liste korrigierst, vielleicht wird mir dann auch etwas klarer vor Augen. Viele Grüße Ingbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

...

...

Wenn das bei dir nicht so wüst ist, dann kannst du das natürlich mit einer anderen Datenbank machen.

Ich bin da ganz offen und für jeden Tip dankbar.

Das hängt auch etwas davon ab, wie erweiterungsfähig deine Struktur sein soll. Erweiterungsfähig wäre gut, mein Vorschlag ist jedoch, ich fange erstmal einfach an, um das ganze System zu verstehen.

...

...

Wenn Emailadressen als Usernamen eingesetzt werden sollen, dann bekommst du Probleme mit passwd und sasldb.

Ich würde sagen, da bin ich recht frei, da sich die user nicht auf der Konsole einloggen werden. Ich kann die usernamen vorgeben und werde mich versuchen an das genannte Schema zu halten.

Siehst du Bedarf für weitere Domains und Unterteilungen oder kannst du absehen, dass die Struktur, die du aufbaust, sich nicht irgendwann um Größenordnungen ändert? Das kann durchaus sein, dass das System irgendwann mehrere hundert Konten verwalten muss.

...

...

Okay, ich sehe hier, dass der realm nicht angegeben ist. Sind die User als user@domain.tld angelegt oder nur als nackte Usernamen?

Die User sind nur als nackte Usernamen angelegt, habe es aber auch mit user@domain.tld getestet, da war der realm ausgefüllt, hat aber dennoch nicht geklappt.

Wie sind sie denn in der MySQL-Tabelle angelegt? Ohne domain.tld. Mein Vorschlag: Schrittweise sich dem Problem nähern (s.u.)

Jetzt geht es los: Postfix-Cyrus-Imap unter SUSE 10.1

...

Hier mein "Schlachtplan":

Vorarbeiten: Hostnamen und Rechnernamen prüfen

Den Hostnamen habe ich mit yast eingerichtet: Netzwerkdienste > DNS- und Hostname Hostname: tux Domainname: domain1.de Nameserver 1: IP-von-NS1 Nameserver 2: IP-von-NS2 Nameserver 3: IP-von-NS3

...

Prüfen, ob alle benötigten Pakete installiert sind Installiert sind folgende Pakete (alle mit yast installiert): cyrus-imapd cyrus-imapd-devel cyrus-sasl cyrus-sasl-32bit cyrus-sasl-devel cyrus-sasl-devel32bit cyrus-sasl-gssapi cyrus-sasl-plain cyrus-sasl-saslauthd

Mit dem Befehl hostname prüfen: # hostname tux Das ist nur der host, aber nicht der FQDN. Der FQDN lautet tux.domain1.de Prüfen mit ping: # ping tux PING tux.domain1.de (IP-von-domain1) 56(84) bytes of data. 64 bytes from tux.domain1.de (IP-von-domain1): icmp_seq=1 ttl=64 time=0.022 ms 64 bytes from tux.domain1.de (IP-von-domain1): icmp_seq=2 ttl=64 time=0.014 ms 64 bytes from tux.domain1.de (IP-von-domain1): icmp_seq=3 ttl=64 time=0.027 ms 64 bytes from tux.domain1.de (IP-von-domain1): icmp_seq=4 ttl=64 time=0.021 ms (Strg-C zum abbrechen) perl-Authen-SASL-Cyrus perl-Cyrus-IMAP perl-Cyrus-SIEVE-managesieve postfix postfix-mysql procmail mysql mysql-client mysql-devel mysql-shared pam_mysql

...

Grundkonfiguration prüfen Da meine main.cf inzwischen schon so oft verändert wurde, habe ich mir von postfix.org die sourcen geholt (ftp://ftp.fu-berlin.de/unix/mail/postfix/official/postfix-2.3.5.tar.gz) und die Standard-main.cf eingespielt. Hier die main.cf mit geänderten Werten für mydestination, mydomain, myhostname, die auf die eigenen Werte angepasst wurden:

#postconf -n command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/libexec/postfix debug_peer_level = 2 html_directory = mail_owner = postfix mailq_path = manpage_directory = mydestination = $mydomain, localhost mydomain = tux.domain1.de myhostname = mail.domain1.de newaliases_path = queue_directory = /var/spool/postfix readme_directory = sample_directory = sendmail_path = setgid_group = unknown_local_recipient_reject_code = 550 Nach dem versuchten Neustart des Servers (postfix reload) gab es im mail.log Meldungen wie fatal: bad string length 0 < 1: setgid_group = Der Postfix-Server wurde nicht neu gestartet. Jetzt habe ich gelesen, dass diese auskommentiert werden sollten. In meiner alten Konfiguration stand der Wert auf maildrop Das hat mich dazu veranlasst die beiden Konfigurationen mal miteinander zu vergleichen. Hier ein Vergleich meiner alten und der "Standard"(?) Konfiguarion (unerwähnte Parameter sind gleich): alt: daemon_directory = /usr/lib/postfix neu: daemon_directory = /usr/libexec/postfix alt: debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin xxgdb $daemon_directory/$process_name $process_id & sleep 5 neu: nicht gesetzt alt: sendmail_path = /usr/sbin/sendmail neu: sendmail_path = alt: newaliases_path = /usr/bin/newaliases neu: newaliases_path = alt: mailq_path = /usr/bin/mailq neu: mailq_path = alt: setgid_group = maildrop neu: setgid_group = alt: html_directory = /usr/share/doc/packages/postfix/html neu: html_directory = alt: manpage_directory = /usr/share/man neu: manpage_directory = alt: sample_directory = /usr/share/doc/packages/postfix/samples neu: sample_directory = alt: readme_directory = /usr/share/doc/packages/postfix/README_FILES neu: readme_directory = Ich vermute, dass diese Parameter bei der manuellen Installation gesetzt werden, beim installieren eines Paketes mit yast aber bereits vorkonfiguriert sind. Habe daher die Werte aus der alten Konfiguration geholt und in main.cf eingesetzt. #postconf -n command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix debug_peer_level = 2 html_directory = /usr/share/doc/packages/postfix/html mail_owner = postfix mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man mydestination = $mydomain, localhost mydomain = tux.domain1.de myhostname = mail.domain1.de newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES sample_directory = /usr/share/doc/packages/postfix/samples sendmail_path = /usr/sbin/sendmail setgid_group = maildrop unknown_local_recipient_reject_code = 550 Jetzt startet auch der Server hier meine master.cf: # # Postfix master process configuration file. For details on the format # of the file, see the Postfix master(5) manual page. # # ========================================================================== # service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100) # ========================================================================== smtp inet n - n - - smtpd -vv #submission inet n - n - - smtpd # -o smtpd_etrn_restrictions=reject # -o smtpd_client_restrictions=permit_sasl_authenticated,reject #smtps inet n - n - - smtpd -o smtpd_tls_wrappermode=yes # -o smtpd_tls_wrappermode=yes -o smtpd_sasl_auth_enable=yes #submission inet n - n - - smtpd # -o smtpd_etrn_restrictions=reject # -o smtpd_enforce_tls=yes -o smtpd_sasl_auth_enable=yes #628 inet n - n - - qmqpd pickup fifo n - n 60 1 pickup cleanup unix n - n - 0 cleanup qmgr fifo n - n 300 1 qmgr #qmgr fifo n - n 300 1 oqmgr tlsmgr unix - - n 1000? 1 tlsmgr rewrite unix - - n - - trivial-rewrite bounce unix - - n - 0 bounce defer unix - - n - 0 bounce trace unix - - n - 0 bounce verify unix - - n - 1 verify flush unix n - n 1000? 0 flush proxymap unix - - n - - proxymap smtp unix - - n - - smtp # When relaying mail as backup MX, disable fallback_relay to avoid MX loops relay unix - - n - - smtp -o fallback_relay= # -o smtp_helo_timeout=5 -o smtp_connect_timeout=5 showq unix n - n - - showq error unix - - n - - error discard unix - - n - - discard local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - n - - lmtp anvil unix - - n - 1 anvil #localhost:10025 inet n - n - - smtpd -o content_filter= scache unix - - n - 1 scache # # ==================================================================== # Interfaces to non-Postfix software. Be sure to examine the manual # pages of the non-Postfix software to find out what options it wants. # # Many of the following services use the Postfix pipe(8) delivery # agent. See the pipe(8) man page for information about ${recipient} # and other message envelope options. # ==================================================================== # # maildrop. See the Postfix MAILDROP_README file for details. # Also specify in main.cf: maildrop_destination_recipient_limit=1 # maildrop unix - n n - - pipe flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient} cyrus unix - n n - - pipe user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user} uucp unix - n n - - pipe flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient) ifmail unix - n n - - pipe flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient) bsmtp unix - n n - - pipe flags=Fq. user=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop $recipient procmail unix - n n - 20 pipe flags=R user=cyrus argv=/usr/bin/procmail -o SENDER=${sender} -m USER=${user} EXTENSION=${extension} /etc/procmailrc Hier meine /usr/lib64/sasl2/smtpd.conf: pwcheck_method: saslauthd mech_list: plain login Bei 32-Bit SUSE liegt die Datei wohl in /usr/lib/sasl2/smtpd.conf. Hier meine /etc/imapd.conf: postmaster: postmaster configdirectory: /var/lib/imap partition-default: /var/spool/imap admins: cyrus allowanonymouslogin: no allowplaintext: yes sasl_mech_list: plain servername: domain1.de autocreatequota: 10000 reject8bit: no quotawarn: 90 timeout: 30 poptimeout: 10 dracinterval: 0 drachost: localhost sasl_pwcheck_method: saslauthd auxprop sasl_auxprop_plugin: sasldb sievedir: /usr/sieve sendmail: /usr/sbin/sendmail sieve_maxscriptsize: 32 sieve_maxscripts: 5 unixhierarchysep: yes Das ist meine aktuelle Einstellung, die Originaleinstellung kann u.U. abweichen. Ich habe auch nicht gesagt, dass diese Einstellung funktioniert. Wenn der Server läuft werde ich alle Einstellungen nochmal aufführen. Ich meine, dass dies hier die Original-Einstellung ist: configdirectory: /var/lib/imap partition-default: /var/spool/imap sievedir: /var/lib/sieve admins: cyrus allowanonymouslogin: no autocreatequota: 10000 reject8bit: no quotawarn: 90 timeout: 30 poptimeout: 10 dracinterval: 0 drachost: localhost sasl_pwcheck_method: saslauthd lmtp_overquota_perm_failure: no lmtp_downcase_rcpt: yes # # if you want TLS, you have to generate certificates and keys # #tls_cert_file: /usr/ssl/certs/cert.pem #tls_key_file: /usr/ssl/certs/skey.pem #tls_ca_file: /usr/ssl/CA/CAcert.pem #tls_ca_path: /usr/ssl/CA

...

Logging für alles ein-/hochstellen (imap, auth, mail) Logging für auth haben wir bereits eingerichtet (saslauthd):

/etc/syslog-ng/syslog-ng.in: destination authlog { file("/var/log/auth.log"); }; filter f_auth { facility(auth); }; log { source(src); filter(f_auth); destination(authlog); }; In /var/log/mail werden standardmässig schon Fehler hineingeschreiben, ich denke imap hat seine eigene Logdatei, diese ist aber bei mir nicht angelegt (?). Ob man das Maillogging noch erhöhen kann/sollte, weiß ich nicht. Ich vermute aber, dass die Einstellungen okay sind. Andreas sagte mal etwas, dass man das Logging in der master.cf hochsetzen kann: Parameter "-v" am smtpd bzw. smtp/lmtp. (ohne) = Error, Warning, Fail -v = Info, Note -vv = Debug, Trace, Pass Ich vermute, er meint damit die Angaben in der master.cf hinter der Zeile, die die entsprechenden transports darstellen. So, hier halte ich jetzt mal an und würde mich freuen, wenn Ihr meine Schritte kommentiert und falsche Aussagen/Begriffe austauscht. Dann hätten wir schon mal einen Anfang für die Doku/Anleitung - und natürlich einen Beginn für einen funktionierenden Mailserver unter suse 10.1 ;-) (Es ist ein Ros entsprungen...) -------- Viele Grüße Ingbert

Okay.

...

Zwischenschritte: Konfigurationen (nach jedem Schritt) sichern Dienste nach jeder Änderung neu starten

Dokumentiere deine Schritte! Dies ist ganz wichtig, wenn du Jahre später plötzlich das System neu aufbauen musst, weil das Dateisystem von einem kaputten Treiber geschreddert wurde.

...

1) Postfix für eine Domain domain1.de aufsetzen Zwei Benutzer sind in passwd angelegt (test1, test2) Mail lokal verschicken

Für Postfix brauchst du erst einmal keine user anlegen.

...

2) Postfix mail nach Cyrus weiterleiten Mit cyradm 2 Mailboxen einrichten test1 schickt mail zu test2 (lokal) test1 schickt mail zu test2@domain1.de

Fange mit Cyrus an:

Ich würde dafür direkt die Unterstützung für virtuelle Domains aktivieren, denn die brauchst du später ohnehin.

- Melde dich als User cyrus an und teste, ob du dich mit "cyradm localhost" anmelden kannst. - Wenn ja, dann teste, ob Webcyradm einen User anlegen kann (in cyradm nachsehen, ob die Mailbox angelegt wurde) - Schau nach, ob die User tatsächlich als domain/user angelegt wurden.

...

3) Mail von Mailclient bei Cyrus abholen (entfernter Rechner) Bin mir nicht sicher, ob hier schon ein Passwort benötigt wird. Benutzerkonto test2 wird auf Client, z.B. Thunderbird, eingerichtet und soll Mail abholen, die zuvor test1 verschickt hat

4) Authentifizierung einrichten sasl-Passwörter werden in Datenbank gespeichert (z.B. sasldb) Der Mechanismus ist vorerst "plain" User werden in sasldb angelegt Test mit sasldblistusers2 und testsaslauthd

Diese beiden Punkte müssen umgekehrt werden. Du kannst erst dann deine Mails abholen/dich bei Cyrus anmelden, wenn die Authentifikation für den Dienst IMAP eingerichtet ist. Der User cyrus ist systemuser und ein Spezialfall (er hat aber keine Mailbox).

Lass uns das wirklich in MySQL machen. Dann stellen wir einmal die notwendige Doku zusammen und geben es als komplette Anleitung für Suse für die FAQ weiter.

...

5) Authentifizierung im Mailclient einrichten

Erst einmal ohne Auth nur von internem Netzwerk.

...

test1 schickt mail an test2 (lokal) Benutzerkonto test2 wird auf Client für Auth-Mechanismus eingerichtet und soll Mail abholen, die zuvor test1 verschickt hat

Senden braucht die Authentifikation bei Postfix, Abholen bei Cyrus.

...

6) Postfix wird jetzt für das Relaying vorbereitet und die Authentifizierung implementiert Um Mail von entfernten Rechnern an Postfix zu verschicken wird das Relaying eingerichtet, um aber kein offenes Relay zu erhalten wird eine Authentifizierung gegen sasl implementiert. setzen der Werte smtpd_sasl_auth_enable = yes, ... etc.

Das muss vor Punkt 5 geschehen.

...

7) Im Mailclient muss jetzt auch zum verschicken eine Authentifikation eingerichtet werden Testmail von test2 an test1@domain1.de

8) Eine zweite Domain für Postfix und Cyrus einrichten virtual_mailbox_domains = domain1.de, domain2.de (wird hier domain1 nochmal aufgelistet?)

Nimm nur virtuelle Domains und lasse mydestination leer! Mydestination kannst du dann später für Mailinglisten verwenden.

...

virtual_mailbox_maps = hash:/etc/postfix/virtual <= hier kommen die Mailadressen hinein, an die geliefert werden soll

Nein, /etc/postfix/virtual ist schon als Standard belegt für normale virtuelle Umschreibungen.

Nimm besser eine eigene Datei dafür: virtual_mailbox_maps = hash:/etc/postfix/virt_mailboxes

...

virtual_transport = lmtp:unix:/var/imap/socket/lmtp Hier fehlt mir noch etwas der Überblick, ob das so richtig ist und ob die Konten entsprechend so einrichtbar sind.

Das ist in Ordnung.

...

Danach Test

9) Das ganze sicherer machen smtpd_recipient_restrictions etc. Wieder ein Test

OK.

...

10) TLS unter Postfix einrichten Generieren von Zertifikaten Clients dafür einrichten Test

OK, aber auch für Cyrus.

...

11) Umstieg auf mysql-Tabellen/ web-cyradm ??? Ist wohl nach der letzten Diskussionsrunde für meine Bedürfnisse nicht nötig, wäre aber natürlich die Kür für die Einrichtung ;-)

Lass uns versuchen, WebCyrAdm direkt einzubinden.

...

Ich wäre froh, wenn Du die Liste korrigierst, vielleicht wird mir dann auch etwas klarer vor Augen.

Jedenfalls werden wird jeden einzelnen Schritt erst testen, bevor wir weitergehen. Wenn du nur ein paar Dutzend user hast, kannst du das später noch per Hand nachpflegen, aber bei hunderten oder gar tausenden von usern ist das eine Qual. Deshalb am besten direkt in MySQL.

Sandy

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

...

mydomain = tux.domain1.de

Stimmt das? Ist das eine Domain?

Was ich so spontan vermisse ist der Weg zu Cyrus-Imapd. Postfix muss ja wissen, wie es mails dorthin zu transportieren hat. Ja, das stimmt, das habe ich noch nicht drin. Ich möchte das ja auch Schritt-für-Schritt aufsetzen. Das kommt noch, nur langsam. Ich denke, das ist das Problem, dass viele versuchen alles auf einmal aufzusetzen, zum Schluß wird nichts mehr getestet und BAMMM... beim Ottonormal-Admin klappt gar nix mehr. Dann ist alles kaputtkonfiguriert. Scheinbar ist das ganze so empfindlich, dass ein Wert faslch ist und nichts geht mehr. Und jede Distribution scheint auch andere Parameter zu haben und und und. Wie gesagt, das kommt im nächsten Schritt, aber die Hinweise sind natürlich schon sehr dienlich. Weiterhin die Cyrus-SASL Konfiguration.

Ausserdem eine Konfiguration des Relaying.

Nein, die Domain lautet domain1.de, tux.domain1.de ist mein FQDN (= der Wert von hostname -f) Die Werte sind natürlich Dummy-Werte und werden in meiner Konfiguration durch die echten ersetzt. Soll ja nicht gleich jeder sehen, wo mein Mailserver steht, der noch nicht richtig konfiguriert ist ;-) Ich werde den Wert auf den Domainnamen domain1.de ändern. So wie ich das verstanden habe ist host = Rechnername (bei mir "tux", meines Wissens nach frei wählbar, aber eindeutig im Netzwerksegment) hostname = tux.domain1.de (=FQDN = FQHN) mit host=tux, Domain = domain1.de (tld = de, sld = domain1) Bitte korrigieren, falls ich falsch liege. Deswegen habe ich auch aufgeführt, wie ich das mit yast eingerichtet habe, um diesen Schritt nachzuvollziehen. dto. dto.

Per default dürfen alle Clients aus den Netzen des Servers relayen.

Ja, kommt auch noch eine Änderung.

Ausserdem solltest Du sicherstellen, dass Yast/SuSEconfig deine Konfiguration in Ruhe lässt.

Wie und wo darf ich yast das verbieten? Oder gibt es Wege über yast, die das System besser konfigurieren?

Ja, nur ist Cyrus-SASL bei Dir nicht eingeschaltet.

Woran siehst Du das? Muss da ein Eintrag in die master.cf? Soweit ich weiß macht man das in der /usr/lib64/sasl2/smtpd.conf. (Okay ich gebe zu, die Konfigurationsdateien zu sasl und imapd hätten auch in einen späteren Abschnitt gehört, waren hier also noch zu früh, habe nur mal meine derzeitige Grundkonfiguration hier hingeschrieben)

...

Hier meine /etc/imapd.conf: postmaster: postmaster configdirectory: /var/lib/imap partition-default: /var/spool/imap admins: cyrus allowanonymouslogin: no allowplaintext: yes sasl_mech_list: plain

Solltest Du um "login" erweitern, wie in der smtpd.conf.

Das macht Sinn, sonst würde sich nur plain nutzen lassen, richtig?

...

servername: domain1.de

Server oder Domain-Name?

Das ist der Domainname. Demnach ist der Eintrag falsch. Ich werde ihn ändern in den FQDN servername: tux.domain1.de

...

autocreatequota: 10000 reject8bit: no quotawarn: 90 timeout: 30 poptimeout: 10 dracinterval: 0 drachost: localhost sasl_pwcheck_method: saslauthd auxprop

Wieso auxprop?

Hmmm, ist ein Relikt aus alten Konfigurationen. Schadet das oder geht das nicht, dass man dort beide angibt? Wenn es nicht korrekt ist, schmeiß ich das raus. Habe diese Konfiguration hier gesehen: http://wiki.hetzner.de/index.php/DebianMailserver3

...

lmtp_downcase_rcpt: yes

Das könntest Du vermissen.

Ja, den lmtp_downcase_rcpt-Parameter, werde ich mit aufnehmen. Danke.

Per Default logt Cyrus-Imapd mit der facility local6, bei Suse mit daemon. Kontrollier am besten wo das hingeht.

Steht das wieder in der /etc/syslog-ng/syslog-ng.conf.in ? Habe dort keinen Eintrag gefunden. In der /etc/cyrus.conf steht auch nichts. Wo soll das stehen oder wie kann ich das prüfen?

Ja, alle Loglevel werden aber erst ab Postfix 2.3 weitergegeben.

Bei mir ist die Version 2.2.9 installiert (Suse 10.1, geprüft mit yast > Software installieren...) Viele Grüße Ingbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Treebeard wrote:

...

...

...

Wenn das bei dir nicht so wüst ist, dann kannst du das natürlich mit einer anderen Datenbank machen.

Ich bin da ganz offen und für jeden Tip dankbar.

Das hängt auch etwas davon ab, wie erweiterungsfähig deine Struktur sein soll. Erweiterungsfähig wäre gut, mein Vorschlag ist jedoch, ich fange erstmal einfach an, um das ganze System zu verstehen.

Können wir machen. Wenn du die Grundlagen verstanden hast, solltest du in der Lage sein, Veränderungen selbst vornehmen zu können. Wobei jedoch Änderungen an bestehenden Accounts bei Einführung von virtuellen Domains nicht ganz einfach sein.

...

...

...

Wenn Emailadressen als Usernamen eingesetzt werden sollen, dann bekommst du Probleme mit passwd und sasldb.

Ich würde sagen, da bin ich recht frei, da sich die user nicht auf der Konsole einloggen werden. Ich kann die usernamen vorgeben und werde mich versuchen an das genannte Schema zu halten.

Siehst du Bedarf für weitere Domains und Unterteilungen oder kannst du absehen, dass die Struktur, die du aufbaust, sich nicht irgendwann um Größenordnungen ändert?

Das kann durchaus sein, dass das System irgendwann mehrere hundert Konten verwalten muss.

Das ist nicht so kritisch. Entscheidender ist, ob dies User später in virtuellen Domains angelegt werden oder ob die User in einer gemeinsamen Umgebung existieren.

...

...

...

Okay, ich sehe hier, dass der realm nicht angegeben ist. Sind die User als user@domain.tld angelegt oder nur als nackte Usernamen?

Die User sind nur als nackte Usernamen angelegt, habe es aber auch mit user@domain.tld getestet, da war der realm ausgefüllt, hat aber dennoch nicht geklappt.

Wie sind sie denn in der MySQL-Tabelle angelegt?

Ohne domain.tld. Mein Vorschlag: Schrittweise sich dem Problem nähern (s.u.)

Können wir machen. Es ist besser als endlos zu diskutieren. Wenn du mit der Installation arbeitest, wirst du auch besser sehen, was für dich Sinn macht.

Jetzt geht es los: Postfix-Cyrus-Imap unter SUSE 10.1

...

...

Hier mein "Schlachtplan":

Vorarbeiten: Hostnamen und Rechnernamen prüfen

Den Hostnamen habe ich mit yast eingerichtet: Netzwerkdienste > DNS- und Hostname Hostname: tux Domainname: domain1.de Nameserver 1: IP-von-NS1 Nameserver 2: IP-von-NS2 Nameserver 3: IP-von-NS3

Mit dem Befehl hostname prüfen: # hostname tux

Das ist nur der host, aber nicht der FQDN. Der FQDN lautet tux.domain1.de

Prüfen mit ping: # ping tux PING tux.domain1.de (IP-von-domain1) 56(84) bytes of data. 64 bytes from tux.domain1.de (IP-von-domain1): icmp_seq=1 ttl=64 time=0.022 ms 64 bytes from tux.domain1.de (IP-von-domain1): icmp_seq=2 ttl=64 time=0.014 ms 64 bytes from tux.domain1.de (IP-von-domain1): icmp_seq=3 ttl=64 time=0.027 ms 64 bytes from tux.domain1.de (IP-von-domain1): icmp_seq=4 ttl=64 time=0.021 ms (Strg-C zum abbrechen)

...

...

Prüfen, ob alle benötigten Pakete installiert sind Installiert sind folgende Pakete (alle mit yast installiert): cyrus-imapd cyrus-imapd-devel cyrus-sasl cyrus-sasl-32bit cyrus-sasl-devel cyrus-sasl-devel32bit cyrus-sasl-gssapi cyrus-sasl-plain

Nimm auch cyrus-sasl-login dazu. Wer PLAIN sagt, muss auch LOGIN sagen. (^-^)

cyrus-sasl-saslauthd perl-Authen-SASL-Cyrus perl-Cyrus-IMAP perl-Cyrus-SIEVE-managesieve postfix postfix-mysql procmail mysql mysql-client mysql-devel mysql-shared pam_mysql

Der Rest ist OK.

...

...

Grundkonfiguration prüfen Da meine main.cf inzwischen schon so oft verändert wurde, habe ich mir von postfix.org die sourcen geholt (ftp://ftp.fu-berlin.de/unix/mail/postfix/official/postfix-2.3.5.tar.gz) und die Standard-main.cf eingespielt. Hier die main.cf mit geänderten Werten für mydestination, mydomain, myhostname, die auf die eigenen Werte angepasst wurden:

#postconf -n command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/libexec/postfix debug_peer_level = 2 html_directory = mail_owner = postfix mailq_path = manpage_directory = mydestination = $mydomain, localhost mydomain = tux.domain1.de myhostname = mail.domain1.de newaliases_path = queue_directory = /var/spool/postfix readme_directory = sample_directory = sendmail_path = setgid_group = unknown_local_recipient_reject_code = 550

Nach dem versuchten Neustart des Servers (postfix reload) gab es im mail.log Meldungen wie fatal: bad string length 0 < 1: setgid_group = Der Postfix-Server wurde nicht neu gestartet.

Hast du die Installation mit "make install" oder mit "make upgrade" vorgenommen. Im letzteren Fall übernimmt er die bestehende Konfiguration und ergänzt nur die fehlenden Einträge.

Jetzt habe ich gelesen, dass diese auskommentiert werden sollten. In meiner alten Konfiguration stand der Wert auf maildrop Das hat mich dazu veranlasst die beiden Konfigurationen mal miteinander zu vergleichen. Hier ein Vergleich meiner alten und der "Standard"(?) Konfiguarion (unerwähnte Parameter sind gleich): alt: daemon_directory = /usr/lib/postfix neu: daemon_directory = /usr/libexec/postfix

alt: debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin xxgdb $daemon_directory/$process_name $process_id & sleep 5 neu: nicht gesetzt

alt: sendmail_path = /usr/sbin/sendmail neu: sendmail_path =

alt: newaliases_path = /usr/bin/newaliases neu: newaliases_path =

alt: mailq_path = /usr/bin/mailq neu: mailq_path =

alt: setgid_group = maildrop neu: setgid_group =

alt: html_directory = /usr/share/doc/packages/postfix/html neu: html_directory =

alt: manpage_directory = /usr/share/man neu: manpage_directory =

alt: sample_directory = /usr/share/doc/packages/postfix/samples neu: sample_directory =

alt: readme_directory = /usr/share/doc/packages/postfix/README_FILES neu: readme_directory =

Ich vermute, dass diese Parameter bei der manuellen Installation gesetzt werden, beim installieren eines Paketes mit yast aber bereits vorkonfiguriert sind. Habe daher die Werte aus der alten Konfiguration geholt und in main.cf eingesetzt.

#postconf -n command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix debug_peer_level = 2 html_directory = /usr/share/doc/packages/postfix/html mail_owner = postfix mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man mydestination = $mydomain, localhost mydomain = tux.domain1.de myhostname = mail.domain1.de newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES sample_directory = /usr/share/doc/packages/postfix/samples sendmail_path = /usr/sbin/sendmail setgid_group = maildrop unknown_local_recipient_reject_code = 550

Jetzt startet auch der Server

OK.

hier meine master.cf: # # Postfix master process configuration file. For details on the format # of the file, see the Postfix master(5) manual page. # # ========================================================================== # service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100) # ========================================================================== smtp inet n - n - - smtpd -vv

Puh, nimm lieber die -vv weg. Erst, wenn wir ein Problem innerhalb von Postfix-Lookups untersuchen müssen, ist so ein tiefer Loglevel sinnvoll.

#submission inet n - n - - smtpd # -o smtpd_etrn_restrictions=reject # -o smtpd_client_restrictions=permit_sasl_authenticated,reject #smtps inet n - n - - smtpd -o smtpd_tls_wrappermode=yes # -o smtpd_tls_wrappermode=yes -o smtpd_sasl_auth_enable=yes #submission inet n - n - - smtpd # -o smtpd_etrn_restrictions=reject # -o smtpd_enforce_tls=yes -o smtpd_sasl_auth_enable=yes #628 inet n - n - - qmqpd pickup fifo n - n 60 1 pickup cleanup unix n - n - 0 cleanup qmgr fifo n - n 300 1 qmgr #qmgr fifo n - n 300 1 oqmgr tlsmgr unix - - n 1000? 1 tlsmgr rewrite unix - - n - - trivial-rewrite bounce unix - - n - 0 bounce defer unix - - n - 0 bounce trace unix - - n - 0 bounce verify unix - - n - 1 verify flush unix n - n 1000? 0 flush proxymap unix - - n - - proxymap smtp unix - - n - - smtp # When relaying mail as backup MX, disable fallback_relay to avoid MX loops relay unix - - n - - smtp -o fallback_relay= # -o smtp_helo_timeout=5 -o smtp_connect_timeout=5 showq unix n - n - - showq error unix - - n - - error discard unix - - n - - discard local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - n - - lmtp anvil unix - - n - 1 anvil #localhost:10025 inet n - n - - smtpd -o content_filter= scache unix - - n - 1 scache # # ==================================================================== # Interfaces to non-Postfix software. Be sure to examine the manual # pages of the non-Postfix software to find out what options it wants. # # Many of the following services use the Postfix pipe(8) delivery # agent. See the pipe(8) man page for information about ${recipient} # and other message envelope options. # ==================================================================== # # maildrop. See the Postfix MAILDROP_README file for details. # Also specify in main.cf: maildrop_destination_recipient_limit=1 # maildrop unix - n n - - pipe flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient} cyrus unix - n n - - pipe user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user} uucp unix - n n - - pipe flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient) ifmail unix - n n - - pipe flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient) bsmtp unix - n n - - pipe flags=Fq. user=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop $recipient procmail unix - n n - 20 pipe flags=R user=cyrus argv=/usr/bin/procmail -o SENDER=${sender} -m USER=${user} EXTENSION=${extension} /etc/procmailrc

Der Rest ist soweit OK.

Hier meine /usr/lib64/sasl2/smtpd.conf: pwcheck_method: saslauthd mech_list: plain login

Du hast PLAIN noch nicht installiert, wenn ich das richtig sehe. Prüfe das besser!

Bei 32-Bit SUSE liegt die Datei wohl in /usr/lib/sasl2/smtpd.conf.

Hier meine /etc/imapd.conf: postmaster: postmaster configdirectory: /var/lib/imap partition-default: /var/spool/imap admins: cyrus allowanonymouslogin: no allowplaintext: yes sasl_mech_list: plain servername: domain1.de autocreatequota: 10000 reject8bit: no quotawarn: 90 timeout: 30 poptimeout: 10 dracinterval: 0 drachost: localhost sasl_pwcheck_method: saslauthd auxprop sasl_auxprop_plugin: sasldb

sasl_pwcheck_method: saslauthd Lasse das sasl_auxprop_plugin weg, sonst gibt es am Ende noch User in der sasldb, und du wunderst dich über die Logins.

sievedir: /usr/sieve sendmail: /usr/sbin/sendmail sieve_maxscriptsize: 32 sieve_maxscripts: 5 unixhierarchysep: yes

Lasse die unixhierarchysep erst einmal weg (default). Versuche dann mal folgendes: passwd cyrus (passwort vergeben) su cyrus cyradm localhost Dann hier einen user anlegen (nur username ohne domain, da mydestination und keine virtuellen Domains). "cm user.username" (by unixhierarchysep: yes musst du natürlich "cm user/username" angeben. Fehlermeldung? Zeigt lm jetzt die Mailbox an? Wenn das klappt, lege den User auch in der passwd an. Achte aber darauf, dass du beim Anlegen in Yast ankreuzt, dass der User keine Loginshell hat. Prüfe, dass saslauthd läuft und mit "pam" gestartet ist: ps aux | grep saslauthd Teste, dass der user sich auf imap einloggen kann: testsaslauthd -u user -p password -s imap Prüfe, dass die SuseFirewall imap herauslässt und versuche, dich mit einem client im internen Netzwerk über Imap mit dem Server zu verbinden. Hat es bis hierhin geklappt, sollte Cyrus für den Anfang laufen. Ich habe in yast noch den User postfix der Gruppe mail hinzugefügt, da sonst der user postfix nicht auf den Socket zugreifen kann (Besitzer cyrus:mail). dann setze den Transport in Postfix: postconf -e "mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp" postfix reload Jetz schicke mal eine Mail an den user und schaue nach, ob sie in Cyrus eingetroffen ist. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Dann würde ich eher auf smtp-auth, virenscanner, spamfilter u.ä. im ersten Anlauf verzichten und Cyrus-Imapd einbinden.

Okay, ist bereits getan, wie eben in der Mail beschrieben.

...

Wie und wo darf ich yast das verbieten? Oder gibt es Wege über yast, die das System besser konfigurieren?

/etc/sysconfig/mail /etc/sysconfig/postfix

Das abschalten, was Du nicht willst.

Ob jetzt Yast oder /etc/postfix/* musst Du selber entscheiden. "Besser" oder "Schlechter" würde ich es nicht nennen. Es ist halt was anderes. Für normale Systeme ist Yast wohl auch einfacher zu bedienen. Wenn es Sonderwünsche sein sollen, dann wird es mit Yast komplizierter wie ohne.

Hmm, auch wenn es zur Fehlersuche kommt, stelle ich es mir mit Yast schwieriger bis unmöglich vor.

Aus dem Bauch heraus würde ich salopp sagen "Okay, lassen wir das alles yast erledigen". Aber nein, natürlich darf hier yast nicht eingreifen. Das gibt wohl noch mehr Bauchschmerzen. Aber danke für den Tipp. IN /etc/sysconfig/mail habe ich den Wert MAIL_CREATE_CONFIG="no" gesetzt. SMTPD_LISTEN_REMOTE steht auf "no" Wird dieser Wert dann überhaupt noch ausgelesen? /etc/sysconfig/postfix habe ich daraufhin nicht angerührt, da ich die Einstellungen selbst in /etc/postfix/main.cf vornhemen/kontrollieren möchte.

...

...

Ja, nur ist Cyrus-SASL bei Dir nicht eingeschaltet.

Woran siehst Du das? Muss da ein Eintrag in die master.cf?

Das wird normalerweise in der main.cf eingeschaltet.

Kommt noch ;-)

...

Soweit ich weiß macht man das in der /usr/lib64/sasl2/smtpd.conf. (Okay ich gebe zu, die Konfigurationsdateien zu sasl und imapd hätten auch in einen späteren Abschnitt gehört, waren hier also noch zu früh, habe nur mal meine derzeitige Grundkonfiguration hier hingeschrieben)

Die smtpd.conf wird erst gelesen, wenn sasl-auth in Postfix eingeschaltet ist.

OK, kommt noch ;-)

...

...

...

sasl_pwcheck_method: saslauthd auxprop

Wieso auxprop?

Hmmm, ist ein Relikt aus alten Konfigurationen. Schadet das oder geht das nicht, dass man dort beide angibt?

Wenn es dort nicht absichtlich drinsteht würde ich es rausnehmen. Sowas kompliziert nur die Fehlersuche.

Okay, in imapd.conf steht jetzt der Eintrag sasl_pwcheck_method: saslauthd

...

Wenn es nicht korrekt ist, schmeiß ich das raus. Habe diese Konfiguration hier gesehen: http://wiki.hetzner.de/index.php/DebianMailserver3

Hmm, also ich wäre sehr vorsichtig mit Debian-Anleitungen auf Nicht-Debian Systemen. Debian patcht sehr viel an den Paketen rum, da ist es eher Zufall, wenn Du mal was 1:1 übernehmen kannst.

Meine Blauäugigkeit ...SUSE-Doku entsteht im Moment ;-)

...

...

Per Default logt Cyrus-Imapd mit der facility local6, bei Suse mit daemon. Kontrollier am besten wo das hingeht.

Steht das wieder in der /etc/syslog-ng/syslog-ng.conf.in ? Habe dort keinen Eintrag gefunden. In der /etc/cyrus.conf steht auch nichts. Wo soll das stehen oder wie kann ich das prüfen?

Du musst prüfen wo Logs mit der Facility Daemon hingehen. Vermutlich nach /var/log/messages.

# # All messages except iptables and the facilities news and mail: # destination messages { file("/var/log/messages"); }; log { source(src); filter(f_messages); destination(messages); }; Eine eigene facility imapd oder cyrus habe ich nicht. Daher wird das wohl in /var/log/messages gelogged. Was ist denn der facility Daemon? Ist das so was wie die Logging-Maschine? Ich dachte das ist syslogd. Oder ist das eine Art Hilfsprogramm, das die Daemonen trennt? Viele Grüße Ingbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Damit kann man zwar die gleiche User in mehreren Domains anlegen, aber die Cyrusverwaltung der User sieht sie als eine Domain mit vielen Usern, nicht als mehrere Domains mit internen Usern.

So wie ich das verstanden habe, wird ein System mit einer Domain als "lokale Domain" verstanden. Wenn das System für mehr als eine Domain zuständig sein sollte, werden zusätzlich zu der einen lokalen auch virtuelle Domains eingerichtet. Könnten nicht alle Domains (also auch die erste) als virtuelle Domains eingerichtet werden? Oder hängt das mit der Zustellung zusammen? Alle Domains sollten gleichwertig behandelt werden. Oder muß eine Domain als "Hauptdomain" angegeben werden? Ich denke, ich benötige für die user auch keine gemeinsame Umgebung, d.h. alle könnten in virtuelle Domains abgelegt werden. Ergeben sich daraus irgendwelche Nachteile (z.B. bei der Administration, Anlegen der Benutzer o.ä./Mehraufwand)?

...

cyrus-sasl-login wird mir per yast nicht angeboten. Steckt das in einem anderen Paket drin? Oder muss das per Hand installiert werden?

Nein, das sollte wirklich bei der Distro dabei sein. Ist es aber nicht. Habe in yast mit der Suche alles abgesucht. Ich werde wohl darauf veruciten müssen.

Grmpf, ich meinte ja LOGIN. Nimm das LOGIN solange aus der Liste der Mechanismen heraus, wie du Login nicht installiert hast. Okay, Login ist herausgenommen.

# cat /usr/lib64/sasl2/smtpd.conf pwcheck_method: saslauthd mech_list: plain Habe es auch aus der /etc/imapd.conf herausgenommen.

Du hast in /etc/nsswitch.conf nis in passwd/user/group gesetzt. Nimm das mal raus.

Die /etc/nsswitch.conf sieht bei mir so aus: # passwd: files nis # shadow: files nis # group: files nis passwd: compat group: compat hosts: files dns networks: files dns services: files protocols: files rpc: files ethers: files netmasks: files netgroup: files nis publickey: files bootparams: files automount: files nis aliases: files Habe die NIS-Einträge bei netgroup und automount mal entfernt, hat aber keine Änderungen gebracht. Oder muss ein Dienst danach neu gestartet werden? Ist diese Einstellung wichtig? BTW, wenn ich versuche die Manpage zu nsswitch.conf zu öffnen, erhalte ich eine "No manual entry for nsswitch.conf"-Meldung. Ist scheinbar nicht installiert, obwohl in der nsswitch.conf steht # For more information, please read the nsswitch.conf.5 manual page.

...

Es wird scheinbar etwas zurückgebounced. Ich vermute, dass ich Postfix jetzt beibringen muss, wohin info_wdr_de geschickt werden sollte. Wahrscheinlich eine Einstellung im mydestination-Parameter.

Jein, du hast die Mail nur an den usernamen geschickt. Verwende mal die vollständige Emailadresse info_wdr_de@tux.domain1.de.

Postfix verwendet den Wert von $myorigin, um FQDN Adressen zu machen. Setze mal

postconf -e "myorigin = $mydomain" postfix reload

Dann werden unvollständig Adressen mit "tux.domain1.de" vervollständigt.

Dann schicke noch einmal eine Mail los. Prima, klappt jetzt. Mail lässt sich nun auch vom remote Client aus abrufen.

Wenn das funktioniert, können wir Postfix beibringen, smtp auth zu verwenden. Dann kannst du mit einem remote Client Mail senden und lesen. Habe jetzt dies Einstellungen in die main.cf eingefügt:

#Authentifikation smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = smtpd_sasl_security_options = noanonymous Jetzt kann ich auch die Credentials an Postfix/SASL schicken: ... 250-PIPELINING 250-SIZE 10240000 250-VRFY 250-ETRN 250-AUTH PLAIN 250 8BITMIME AUTH PLAIN meine64BitKodiertenLogindaten 235 Authentication successful <= Boaaa, jetzt staune ich - wer hätte das gedacht ;-) MAIL FROM: root 250 Ok RCPT TO: info_wdr_de 250 Ok DATA 354 End data with <CR><LF>.<CR><LF> testauth . 250 Ok: queued as 641E01A4AC quit Die Nachricht kommt auch beim Mailclient an. Das Antworten auf die Sender-Adresse klappt ebenfalls. Beim Versenden an eine gmx-Adresse kommt allerdings ein relay-Fehler (Hier die Ausgabe von MS Outlook Express/ Thunderbird klappt auch nicht): Die Nachricht konnte nicht gesendet werden, da einer der Empfänger vom Server nicht akzeptiert wurde. Die nicht akzeptierte E-Mail-Adresse ist "blablabla@gmx.de". Betreff 'Testclient', Konto: 'info@domain1.de', Server: 'mail.domain1.de', Protokoll: SMTP, Serverantwort: '554 : Relay access denied', Port: 25, Secure (SSL): Nein, Serverfehler: 554, Fehlernummer: 0x800CCC79 Folgende Ausgabe im Maillog (/var/log/mail): Dec 17 00:09:20 domain1 postfix/smtpd[14240]: 4BFCA1A4B0: reject: RCPT from p54A8DC1D.dip.t-dialin.net[84.168.xxx.xx]: 554 : Relay access denied; from= to= proto=ESMTP helo=<treebeard> Dec 17 00:09:20 domain1 postfix/smtpd[14240]: disconnect from p54A8DC1D.dip.t-dialin.net[84.168.xxx.xx] Das lokale versenden (s. Telnet-Session oben) habe ich nur teilweise erfolgreich an eine externe Adresse testen können. Bei GMX kam bisher nichts an, evtl. laufen dort andere Filter, als auf anderen Mailservern (Im Spamverdacht war die Mail allerdings auch nicht, evtl. ist diese aber auch noch unterwegs).

Danach kommen dann Antispam-Maßnahmen, Amavisd-new, TLS, PFLogSumm.

Oh ja, da "freue" ich mich schon drauf. Bei ca. 500 Spammails pro Tag bin ich geplagter User. Zum Glück gibt es Filter. Aber wenn man das meiste mit einem reject lösen könnte wäre das schon gut.

Wenn du dann noch Energie hast, können wir die virtuellen Domains einbauen und die Lookups/Auth über MySQL machen. So schnell geb ich nicht auf. Aber ob das alles noch bis Weihnachten klappt? ;-)

Ingbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Sunday 17 December 2006 00:42 schrieb Treebeard:

...

...

cyrus-sasl-login wird mir per yast nicht angeboten. Steckt das in einem anderen Paket drin? Oder muss das per Hand installiert werden?

Nein, das sollte wirklich bei der Distro dabei sein.

Ich kenne das, dass das Login-Modul sich mit im Cyrus-SASL Paket selber befindet. Alle anderen haben ein eigenes Paket. Prüf mal im /usr/lib(64)/sasl2/ ob sich dort liblogin.* Dateien befinden.

Ist es aber nicht. Habe in yast mit der Suche alles abgesucht. Ich werde wohl darauf veruciten müssen.

...

Grmpf, ich meinte ja LOGIN. Nimm das LOGIN solange aus der Liste der Mechanismen heraus, wie du Login nicht installiert hast.

Okay, Login ist herausgenommen.

# cat /usr/lib64/sasl2/smtpd.conf pwcheck_method: saslauthd mech_list: plain

Habe es auch aus der /etc/imapd.conf herausgenommen.

-- Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Sandy Drobic schrieb am 17.12.2006 02:00: Schläfst Du auch manchmal? Ich dachte ich wäre gestern schon spät dran. Alle Achtung, dass Du um die Uhrzeit noch antwortest. Danke.

Ja, du kannst alle Domains als virtuelle Domains anlegen.

Hört sich gut an.

...

Ich denke, ich benötige für die user auch keine gemeinsame Umgebung, d.h. alle könnten in virtuelle Domains abgelegt werden. Ergeben sich daraus irgendwelche Nachteile (z.B. bei der Administration, Anlegen der Benutzer o.ä./Mehraufwand)?

Nein, die Struktur ist nicht unbedingt aufwendiger. Man muss jedoch wissen, dass einige Sachen bei virtuellen Domains nur mit Klimmzügen bzw. gar nicht möglich sind. Dies gilt zum Beispiel für Include-Dateien von Aliases oder der Übergabe der Mail an einen Pipe-Befehlsalias. Dies ist z.B. für Mailinglisten häufig nötig.

Ich denke, so kompliziert wird das ganze System nicht. Mailinglisten werden nicht benötigt. Und die eingehenden Mails sollten alle zum cyrus wandern.

Ansonsten ist die Verwaltung nicht viel aufwendiger. Du musst bei einer virtuellen Mailbox-Domain folgendes angeben: - die Email-Adresse in virtual_mailbox_maps und als Wert die Mailboxadresse - Wenn die Mail an Cyrus weitergegeben soll, muss der Transport für die Domain gesetzt werden. Sind alle virtuellen Domains in Cyrus, kannst du direkt den virtual_transport auf Cyrus setzen.

Gut, das mache ich im nächsten Schritt. Vorerst haben sich aber noch ein paar Probleme bezüglich des Relayens aufgemacht (s.u.).

...

...

Du hast in /etc/nsswitch.conf nis in passwd/user/group gesetzt. Nimm das mal raus.

Die /etc/nsswitch.conf sieht bei mir so aus:

# passwd: files nis # shadow: files nis # group: files nis

passwd: compat group: compat

hosts: files dns networks: files dns

services: files protocols: files rpc: files ethers: files netmasks: files netgroup: files nis publickey: files

bootparams: files automount: files nis aliases: files

Habe die NIS-Einträge bei netgroup und automount mal entfernt, hat aber keine Änderungen gebracht. Oder muss ein Dienst danach neu gestartet werden?

Wahrscheinlich der nscd (name server caching daemon). Ergab leider keine Linderung. Habe etwas recherchiert und gesehen, dass in der main.cf der alias_maps Parameter nicht gesetzt war. Dieser hat aber die Default-Einstellung alias_maps = hash:/etc/aliases, nis:mail.aliases

Habe den jetzt auf alias_maps = hash:/etc/aliases gesetzt. Die Warnmeldung scheint jetzt nicht mehr zu kommen.

Über solche Sachen stolpert man manchmal. Teils, weil die Hilfedateien in einem getrennten Paket zur Verfügung gestellt werden, teils weil einfach ein Bug in der Dokumentation ist. Ja, ist mir schon oft vorgekommen. Wenn ich die Manpage nicht auf meinem Server finde such ich im Internet danach. Da werde ich meistens sofort fündig. Ist halt mal wieder so eine Newbie-Hürde.

Diese beiden Befehle funktionieren nur, weil der Default auf "strict_rfc821_envelopes = no" steht. Sonst würden die Eingaben nicht akzeptiert: mail from:<root> rcpt to:

Also kein Leerzeichen zwischen dem SMTP-Befehl und dem Wert. Die Adresse wird in eckige Klammern gesetzt. Danke für den Hinweis. Es ist gut, beim Standard zu bleiben.

Wenn du noch etwas strikter sein willst, setzt du "reject_non_fqdn_recipient" und "reject_non_fqdn_sender". Das habe ich für später notiert (solange ich noch am Testen bin, lass ich das weg).

...

Beim Versenden an eine gmx-Adresse kommt allerdings ein relay-Fehler (Hier die Ausgabe von MS Outlook Express/ Thunderbird klappt auch nicht):

...

Folgende Ausgabe im Maillog (/var/log/mail): Dec 17 00:09:20 domain1 postfix/smtpd[14240]: 4BFCA1A4B0: reject: RCPT from p54A8DC1D.dip.t-dialin.net[84.168.xxx.xx]: 554 : Relay access denied; from= to= proto=ESMTP helo=<treebeard>

Hier sieht die Sache aber weniger gut aus: - Dynamische Client-IP - NON-FQDN-HELO

Ich sehe auch nichts von einer Authentifikation. Damit weist der Server die Mail korrekt ab, da die Empfängeradresse nicht auf dem System ist. Hmmm...ich glaube das liegt am MS-Mailclient. Habe das ganze auch mal mit Thunderbird probiert und es hat funktioniert. Hier der Auszug aus dem Maillog:

Mail versenden mit Thunderbird: Dec 17 09:59:03 domain1 postfix/smtpd[15561]: connect from p54A8E33B.dip.t-dialin.net[84.168.xxx.xx] Dec 17 09:59:04 domain1 postfix/smtpd[15561]: 230831A4B9: client=p54A8E33B.dip.t-dialin.net[84.168.xxx.xx], sasl_method=PLAIN, sasl_username=info_wdr_de Dec 17 09:59:04 domain1 postfix/cleanup[15564]: 230831A4B9: message-id=<458506A7.2050701@domain1.de> Dec 17 09:59:04 domain1 postfix/qmgr[15393]: 230831A4B9: from=, size=566, nrcpt=1 (queue active) Dec 17 09:59:04 domain1 postfix/smtpd[15561]: disconnect from p54A8E33B.dip.t-dialin.net[84.168.xxx.xx] Dec 17 09:59:04 domain1 postfix/smtp[15565]: 230831A4B9: to=, relay=mail.domain2.de[62.75.209.159], delay=0, status=sent (250 2.0.0 kBH8w06t032449 Message accepted for delivery) Dec 17 09:59:04 domain1 postfix/qmgr[15393]: 230831A4B9: removed Das hat geklappt! Gleiche Einstellungen im Mailclient MS OE, Mail versenden: Dec 17 10:00:09 domain1 postfix/smtpd[15561]: connect from p54A8E33B.dip.t-dialin.net[84.168.xxx.xx] Dec 17 10:00:09 domain1 postfix/smtpd[15561]: NOQUEUE: reject: RCPT from p54A8E33B.dip.t-dialin.net[84.168.xxx.xx]: 554 : Relay access denied; from= to= proto=ESMTP helo=<treebeard> Dec 17 10:00:09 domain1 postfix/smtpd[15561]: disconnect from p54A8E33B.dip.t-dialin.net[84.168.xxx.xx] Das ging schief! Obwohl in den Konteneinstellungen Server > Postausgangsserver > "Server erfordert Authentifizierung" angehakt ist. Gut, ich könnte damit leben, aber ich kann niemanden dazu zwingen auf Thunderbird umzusteigen. Dass klappt ja auch woanders. An der dynamischen Client-IP sollte es nicht liegen, denn die hat ja fast jeder, der sich ins Internet einwählt, um die Mails vom Server abzuholen. Am NON-FQDN-HELO könnte es liegen, aber ich tippe auch auf die fehlende Authentifikation. Hat OE da ein Problem mit der Authentifizierung? Habe das Häkchen dort mal entfernt und versucht die Mail zu senden, gleiches Ergebnis. Häkchen wieder drin, genauso. In den Einstellungen zur Authentifizierung habe ich beides getestet: Sowohl "Gleiche Einstellungen wie für den Posteingangsserver verwenden", als auch "Ameldung mit Kontoname und Kennwort". Wie kann ich herausfinden, an welchem Parameter es hier hakt. Jetzt wäre es prima, noch ein paar Debug-Informationen zu bekommen.

...

Das lokale versenden (s. Telnet-Session oben) habe ich nur teilweise erfolgreich an eine externe Adresse testen können. Bei GMX kam bisher nichts an, evtl. laufen dort andere Filter, als auf anderen Mailservern (Im Spamverdacht war die Mail allerdings auch nicht, evtl. ist diese aber auch noch unterwegs).

Der Befehl "mailq" zeigt dir an, welche Mails noch in der Queue sind.

Mailq zeigt eine leere Queue an. In GMX ist diese auch nie angekommen. Wahrscheinlich schwirrt die Mail im Datennirvana herum. Evtl. lag es an den Brackets oder sonstwas. Inzwischen konnte ich den GMX-Test erfolgreich durchlaufen, sowohl lokales versenden (telnet-Session), als auch remoteseitig mit Mailclient Thunderbird.

Sind die 500 Spams auf das Gesamtsystem bezogen oder allein auf deinen eigenen Account?

Das sind die Mails, die täglich in meinen Mailclient trudeln (12 Accounts). Teils bedingt durch gewisse catchall-Einstellungen. Aber das Problem werde ich erst angehen, wenn alles soweit serverseitig läuft. Thunderbird hat einen Klasse Junk-Filter und hilft hier schon zu 98% den Mist herauszufiltern. Viele Grüße Ingbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Andreas Winkelmann schrieb am 17.12.2006 10:44:

Am Sunday 17 December 2006 00:42 schrieb Treebeard:

...

...

...

cyrus-sasl-login wird mir per yast nicht angeboten. Steckt das in einem anderen Paket drin? Oder muss das per Hand installiert werden?

Nein, das sollte wirklich bei der Distro dabei sein.

Ich kenne das, dass das Login-Modul sich mit im Cyrus-SASL Paket selber befindet. Alle anderen haben ein eigenes Paket.

Das ist doch inkonsequent, oder?

Prüf mal im /usr/lib(64)/sasl2/ ob sich dort liblogin.* Dateien befinden.

Ja, liblogin.* Dateien sind im Verzeichnis # ls -l liblogin.* lrwxrwxrwx 1 root root 18 Oct 26 21:52 liblogin.so -> liblogin.so.2.0.21 lrwxrwxrwx 1 root root 18 Oct 26 21:52 liblogin.so.2 -> liblogin.so.2.0.21 -rwxr-xr-x 1 root root 16856 Oct 26 21:52 liblogin.so.2.0.21 Demnach sollte es möglich sein, auch LOGIN verwenden zu können.

...

Ist es aber nicht. Habe in yast mit der Suche alles abgesucht. Ich werde wohl darauf veruciten müssen.

...

Grmpf, ich meinte ja LOGIN. Nimm das LOGIN solange aus der Liste der Mechanismen heraus, wie du Login nicht installiert hast.

Okay, Login ist herausgenommen.

# cat /usr/lib64/sasl2/smtpd.conf pwcheck_method: saslauthd mech_list: plain

Habe es auch aus der /etc/imapd.conf herausgenommen.

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

...

...

Prüf mal im /usr/lib(64)/sasl2/ ob sich dort liblogin.* Dateien befinden.

Ja, liblogin.* Dateien sind im Verzeichnis

# ls -l liblogin.* lrwxrwxrwx 1 root root 18 Oct 26 21:52 liblogin.so -> liblogin.so.2.0.21 lrwxrwxrwx 1 root root 18 Oct 26 21:52 liblogin.so.2 -> liblogin.so.2.0.21 -rwxr-xr-x 1 root root 16856 Oct 26 21:52 liblogin.so.2.0.21

Demnach sollte es möglich sein, auch LOGIN verwenden zu können.

Dann setze LOGIN wieder dazu in /usr/lib64/sasl2/smtpd.conf und in /etc/imapd.conf. LOGIN wird von Microsoft-Clients verwendet. Wenn das bei dir notwendig ist, solltest du villeicht auch noch "broken_sasl_auth_clients = yes" in main.cf setzen.

Nach einem "postfix reload" sollte dann in der AUTH-Zeile auch LOGIN angezeigt werden und die Authentifikation auch mit dem Microsoft-Client funktionieren. Ja, es klappt jetzt auch mit einem MS-Client. Wenn Microsoft Outlook oder Outlook Express als Mailclient benutzt wird muss neben PLAIN auch die LOGIN-Methode gesetzt sein (sowohl in /etc/imapd.conf als auch in /usr/lib64/sasl2/smtpd.conf).

Ingbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Treebeard wrote:

...

Nein, eine lokale Domain ist eine Domain in mydestination. diese sucht gültige Useradressen in /etc/passwd und /etc/aliases (sucht also lokale Systemuser) und verwendet den Delivery Agent "local" zur Auslieferung von Mails. Default ist dabei die Ablage in /var/spool/mail/username.

Kann ich mydestination leer lassen, wenn ich die Domain in den virtual_mailbox_domains Parameter setze?

Das solltest du sogar. Eine Domain darf nur in einer einzigen Adressklasse stehen, sonst meldet Postfix eine entsprechende Warnung im Log.

Kann localhost auch in den virtual_mailbox_domains Parameter? Bleibt mydomain so bestehen (wie unten bei meiner Konfiguration angegeben)? Was ist mit dem Rechnernamen "tux", könnte man den weglassen? Die Mailadressen sollten alle das Format "ohne" dem Rechnernamen vor dem Domainnamen haben (in der Form user1@domain1.de, nicht user1@tux.domain1.de). Oder erübrigt sich das mit der Konfiguration der vitual Mailboxen?

Du sprichst eine Menge Sachen auf einmal an. Der Hostname ist der Name, mit dem sich der Server meldet, wenn er eine Mail an einen anderen Server schickt. Dieser Name sollte im DNS existieren und auf deinen Server zeigen. Ansonsten kannst du natürlich folgendes setzen: myorigin = $mydomain mydomain = domain1.de hostname = tux.domain1.de

...

Ansonsten ist die Verwaltung nicht viel aufwendiger. Du musst bei einer virtuellen Mailbox-Domain folgendes angeben: - die Email-Adresse in virtual_mailbox_maps und als Wert die Mailboxadresse

Hier meine /etc/postfix/virt_mailbox_maps: user1@domain1.de dom001_box001 user2@domain1.de dom001_box002 user3@domain1.de dom001_box003

Das ist jetzt noch der Stand OHNE virtuelle domains in Cyrus, oder?

Wo werden die Passwörter zur Authentifizierung gespeichert?

Ohne weitere Angabe, wenn über PAM, in der passwd.

Legt cyrus die Mailboxen automatisch an, wenn über den Socket eine Mail hereinkommt?

Nicht per Default.

Wenn nein, kann man cyrus dazu bringen oder ist dazu immer Handarbeit gefragt?

Es gibt einen Autocreate Patch. Ohne diesen muss die Mailbox erst angelegt werden.

(Automatisieren von "cm user1@domain1.de")

Das kann mit einem Perl Script gemacht werden. Cyradm ist eigentlich nur eine Perlscript.

Die Pfade zu den Usermailboxen müssten dann doch so aussehen: /var/spool/imap/domain/domain1.de/user1 /var/spool/imap/domain/domain1.de/user2 /var/spool/imap/domain/domain1.de/user3

ist denn virtdomain: yes in der imapd.conf aktiviert?

...

- Wenn die Mail an Cyrus weitergegeben soll, muss der Transport für die Domain gesetzt werden. Sind alle virtuellen Domains in Cyrus, kannst du direkt den virtual_transport auf Cyrus setzen. Das habe ich nun gesetzt: virtual_transport = lmtp:unix:/var/lib/imap/socket/lmtp

Wie kann ich den Transport für jede eigene Domain separat bestimmen?

Du kannst in /etc/postfix/transport für jede Domain oder sogar Emailadresse den Transport festlegen. /etc/postfix/transport: domain1.example.com smtp:[ip.of.remote.host] user@domain1.example.com: lmtp:unix:/var/lib/imap/socket/lmtp

Ich schicke mal die Ausgabe vom aktuellen Stand meiner /etc/postfix/main.cf mit: alias_maps = hash:/etc/aliases broken_sasl_auth_clients = yes command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix debug_peer_level = 2 html_directory = /usr/share/doc/packages/postfix/html mail_owner = postfix mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man mydestination = $mydomain, localhost.$mydomain

mydestination = local_recipient_maps =

mydomain = tux.domain1.de mydomain = domain1.de

myhostname = mail.domain1.de myorigin = $mydomain

OK.

newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES sample_directory = /usr/share/doc/packages/postfix/samples sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = smtpd_sasl_security_options = noanonymous unknown_local_recipient_reject_code = 550 virtual_mailbox_domains = domain1.de virtual_mailbox_maps = hash:/etc/postfix/virt_mailbox_maps virtual_transport = lmtp:unix:/var/lib/imap/socket/lmtp

OK. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Treebeard wrote:
> 
>>>>
>>>> Ansonsten ist die Verwaltung nicht viel aufwendiger. Du musst bei 
>>>> einer virtuellen Mailbox-Domain folgendes angeben:
>>>> - die Email-Adresse in virtual_mailbox_maps und als Wert die 
>>>> Mailboxadresse
>>> Hier meine  /etc/postfix/virt_mailbox_maps:
>>> user1@domain1.de    dom001_box001
>>> user2@domain1.de    dom001_box002
>>> user3@domain1.de    dom001_box003
>>
>> Das ist jetzt noch der Stand OHNE virtuelle domains in Cyrus, oder?
> Ja, das stimmt.
> Wenn ich dich richtig verstehe, muss für cyrus der Parameter 
> "virtdomain: yes" gesetzt werden, damit Cyrus die von Postfix im 
> Parameter virtual_mailbox_maps festgelegten Zuordungen Mailadresse zum 
> Mailboxnamen im richtigen Pfad einordnen kann (so ähnlich steht das auch 
> in der "man imapd.conf", Auftrennung beim @). Das bedeutet ohne diesem 
> Parameter gibt es eine andere - für meine Konfiguration nicht sinnvolle 
> - Ordnerstruktur, oder?

Es muss alles zusammen passen:

#1:
/etc/imapd.conf:
virtdomain: yes
#2:
cyradm:
cm user1@domain1.de
#3:
/etc/postfix/virt_mailbox_maps:
user1@domain1.de	user1@domain1.de
#4:
/etc/postfix/main.cf:
virtual_transport = lmtp:/unix/var/lib/imap/socket/lmtp

>>> Wo werden die Passwörter zur Authentifizierung gespeichert?
>>
>> Ohne weitere Angabe, wenn über PAM, in der passwd.
> Das bedeutet, Einträge zum Einrichten einer Mailadresse müssten in der
> 1) /etc/postfix/virt_mailbox_maps (manuell editieren)
> 2) /etc/passwd (Befehl useradd)
> 3) in der Cyrus-Datenbank (mit cyradm)
> angelegt und auch abgestimmt werden.

Das ist korrekt.

> Ganz schon umständlich. Geht das nicht einfacher?

Das war der Grund für WebCyrAdm. (^-^)

>>> Die Pfade zu den Usermailboxen müssten dann doch so aussehen:
>>> /var/spool/imap/domain/domain1.de/user1
>>> /var/spool/imap/domain/domain1.de/user2
>>> /var/spool/imap/domain/domain1.de/user3
>>
>> ist denn virtdomain: yes in der imapd.conf aktiviert?
> Ja, ist jetzt gesetzt (vorher noch nicht).

Dann werden die vorher angelegten user auch nicht automatisch plötzlich in 
den virtuellen domains erscheinen. Siehe oben.

>>
>>>> - Wenn die Mail an Cyrus weitergegeben soll, muss der Transport für 
>>>> die Domain gesetzt werden. Sind alle virtuellen Domains in Cyrus, 
>>>> kannst du direkt den virtual_transport auf Cyrus setzen.
>>> Das habe ich nun gesetzt:
>>> virtual_transport = lmtp:unix:/var/lib/imap/socket/lmtp
>>>
>>> Wie kann ich den Transport für jede eigene Domain separat bestimmen?
>>
>> Du kannst in /etc/postfix/transport für jede Domain oder sogar 
>> Emailadresse den Transport festlegen.
>>
>> /etc/postfix/transport:
>> domain1.example.com    smtp:[ip.of.remote.host]
>> user@domain1.example.com: lmtp:unix:/var/lib/imap/socket/lmtp

> Greift das vor oder nach dem mailbox_transport-Parameter in der main.cf?

mailbox_transport greift NUR für domains in $mydestination. Bei dir also 
nicht mehr relevant.

Für Virtuelle Domains ist der Delivery-Agent "virtual" zuständig mit dem 
Default-Transport "virtual_transport = virtual"

Die Einstellungen in /etc/postfix/transport übersteuern diese 
Default-Einstellungen.

Sandy
-- 
Antworten bitte nur in die Mailingliste!
PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com

-- 
Um die Liste abzubestellen, schicken Sie eine Mail an:
    opensuse-de+unsubscribe@opensuse.org
Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken
Sie eine Mail an: opensuse-de+help@opensuse.org

On Saturday 23 December 2006 23:06, Treebeard wrote:

...

Es muss alles zusammen passen:

#1: /etc/imapd.conf: virtdomain: yes #2: cyradm: cm user1@domain1.de #3: /etc/postfix/virt_mailbox_maps: user1@domain1.de user1@domain1.de

Ich bekomme dadurch wie erwartet Probleme, wenn ich den Benutzer in einen Unix-Account speichern möchte:

# useradd -s /bin/false user1@domain1.de useradd: Invalid account name `user1@domain1.de'

UNIX-Accounts können kein @-Zeichen enthalten. Man benutzt auch für gewöhnlich keine Systembenutzer im Zusammenhang mit Virtual-Domains. Da bieten sich sasldb, ldap, mysql, pgsql oder sqllite eher an.

user1 als Benutzername kann ich nicht nehmen, da es u.U. auch einen user1@domain2.de geben kann, der unabhängig von user1@domain1.de existieren sollte.

Ich frage mich daher, ob die obige Einstellung so richtig ist, wenn hier die Zuordnung Unixbenutzer zur Mailadresse gesetzt werden soll. Warum also nicht in der /etc/postfix/virt_mailbox_maps: user1@domain1.de dom001_box001

Eine Zuordnung von Benutzern zu E-Mail Adressen in der virtual_mailbox_maps? Da passt was nicht. Die virtual_mailbox_maps wird im Zusammenhang mit Cyrus nur Links-Seitig ausgewertet. Dort wird nur geprüft, ob eine E-Mail Adresse existiert. Ist sie drin, geht die Mail unverändert an $virtual_transport. Umschreiben könntest Du mit der virtual_alias_maps.

...

#4: /etc/postfix/main.cf: virtual_transport = lmtp:/unix/var/lib/imap/socket/lmtp

Viele Grüße Ingbert

-- Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

> Diese Probleme bleiben auch. Wenn du Domains mit einbinden willst, 
> dann brauchst du sasldb oder pam-mysql. Die Auth-Optionen in 
> /usr/lib64/sasl2/smtpd.conf für sasldb müssen dann heissen:
>
> pwcheck_method: auxprop
> auxprop_plugin: sasldb
> mech_list: plain login
>
> Die mech_list kannst du später erweitern, wenn du sasldb nehmen 
> willst. Mit sasldb ist auch cram-md5 und digest-md5 möglich.
Habe jetzt nochmal versucht den webcyradm zu benutzen. Bin davon aber 
aus folgenden Gründen wieder abgekommen:
- komplizierte verschachtelte Datenbankstruktur
- verwendete Version 0.5.4 ist bereits 2 Jahre alt (Latest Release)
- schlecht dokumentiert (HowTo veraltet, nicht auf Suse bezogen
- obwohl bei mir bereits lauffähig, empfand ich die Installation 
schwierig (teilweise fehlerhaft, Eingriff in Quellcode)

Habe mich daher für sasldb und die obige Konfiguration entschieden. Mir 
gefällt die "Einfachheit" um Accounts per Konsole anzulegen. Hier kann 
man sicherlich doch auch ein Web-Frontend für basteln (oder exitiert 
bereits da etwas?).

Jetzt habe ich einen Account so angelegt:
saslpasswd2 -c -u domain1.de wdr_sasl1

Das Passwort wurde daraufhin zweimal abgefragt und der Account in die 
Datenbank geschrieben.

in CyrAdm nun einen Benutzer anlegen:
cm wdr_sasl1@domain1.de

Es wird allerdings kein Verzeichnis der Form
/var/spool/imap/domain/domain1.de/wdr_sasl1
erzeugt, sondern
/var/spool/imap/wdr_sasl1@domain1/de

In der /etc/imapd.conf ist der Eintrag
virtdomain: yes
gesetzt. Was ist hier faul?

Viele Grüße
Ingbert

-- 
Um die Liste abzubestellen, schicken Sie eine Mail an:
    opensuse-de+unsubscribe@opensuse.org
Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken
Sie eine Mail an: opensuse-de+help@opensuse.org

On Wednesday 27 December 2006 23:23, Treebeard wrote:

Habe mich daher für sasldb und die obige Konfiguration entschieden. Mir gefällt die "Einfachheit" um Accounts per Konsole anzulegen. Hier kann man sicherlich doch auch ein Web-Frontend für basteln (oder exitiert bereits da etwas?).

Jetzt habe ich einen Account so angelegt: saslpasswd2 -c -u domain1.de wdr_sasl1

Das Passwort wurde daraufhin zweimal abgefragt und der Account in die Datenbank geschrieben.

in CyrAdm nun einen Benutzer anlegen: cm wdr_sasl1@domain1.de

Es wird allerdings kein Verzeichnis der Form /var/spool/imap/domain/domain1.de/wdr_sasl1 erzeugt, sondern /var/spool/imap/wdr_sasl1@domain1/de

Der Default bei Cyrus-Imapd ist es den Netnews Separator zu verwenden, sprich den ".". Also legst Du mit user@domain.tld zwei Ebenen gleichzeitig an. "user@domain" und darunter "tld". Wenn Du das nicht willst, musst Du den "/" als Trenner verwenden. unixhierarchysep: 1 unixhierarchysep: 0 Use the UNIX separator character '/' for delimiting levels of mailbox hierarchy. The default is to use the netnews separator character '.'.

In der /etc/imapd.conf ist der Eintrag virtdomain: yes gesetzt. Was ist hier faul?

Wenn das wirklich so da steht, ist es falsch. Erstens ist es Plural und zweitens wäre es "on" bzw. "userid". virtdomains: off Enable virtual domain support. If enabled, the user's domain will be determined by splitting a fully qualified userid at the last '@' or '%' symbol. If the userid is unqualified, and the virtdomains option is set to "on", then the domain will be determined by doing a reverse lookup on the IP address of the incoming network interface, otherwise the user is assumed to be in the default domain (if set). Allowed values: off, userid, on Abgesehen davon würde ich mir überlegen ob Du virtdomains überhaupt willst. -- Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Treebeard wrote:
> 
>> Diese Probleme bleiben auch. Wenn du Domains mit einbinden willst, 
>> dann brauchst du sasldb oder pam-mysql. Die Auth-Optionen in 
>> /usr/lib64/sasl2/smtpd.conf für sasldb müssen dann heissen:
>>
>> pwcheck_method: auxprop
>> auxprop_plugin: sasldb
>> mech_list: plain login
>>
>> Die mech_list kannst du später erweitern, wenn du sasldb nehmen 
>> willst. Mit sasldb ist auch cram-md5 und digest-md5 möglich.
> Habe jetzt nochmal versucht den webcyradm zu benutzen. Bin davon aber 
> aus folgenden Gründen wieder abgekommen:
> - komplizierte verschachtelte Datenbankstruktur
> - verwendete Version 0.5.4 ist bereits 2 Jahre alt (Latest Release)
> - schlecht dokumentiert (HowTo veraltet, nicht auf Suse bezogen
> - obwohl bei mir bereits lauffähig, empfand ich die Installation 
> schwierig (teilweise fehlerhaft, Eingriff in Quellcode)
> 
> Habe mich daher für sasldb und die obige Konfiguration entschieden. Mir 
> gefällt die "Einfachheit" um Accounts per Konsole anzulegen. Hier kann 
> man sicherlich doch auch ein Web-Frontend für basteln (oder exitiert 
> bereits da etwas?).
> 
> Jetzt habe ich einen Account so angelegt:
> saslpasswd2 -c -u domain1.de wdr_sasl1
> 
> Das Passwort wurde daraufhin zweimal abgefragt und der Account in die 
> Datenbank geschrieben.
> 
> in CyrAdm nun einen Benutzer anlegen:
> cm wdr_sasl1@domain1.de
> 
> Es wird allerdings kein Verzeichnis der Form
> /var/spool/imap/domain/domain1.de/wdr_sasl1
> erzeugt, sondern
> /var/spool/imap/wdr_sasl1@domain1/de
> 
> In der /etc/imapd.conf ist der Eintrag
> virtdomain: yes
> gesetzt. Was ist hier faul?

Wie Andreas schon geschrieben hatte:

/etc/imapd.conf:
virtdomains: on

Ich habe aber den "unixhierarchysep: yes" weggelassen.
Du scheinst ihn gesetzt zu haben.

rccyrus restart
su - cyrus
cyradm localhost
localhost>cm user@domain1.de
localhost>lm user@domain1.de
user@domain1.de (\HasNoChildren)

Angelegt wird er dann in
/var/spool/imap/domain/domain1.de/user1/

Gerade noch einmal getestet mit Suse 10.2.

Sandy

-- 
Antworten bitte nur in die Mailingliste!
PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com

-- 
Um die Liste abzubestellen, schicken Sie eine Mail an:
    opensuse-de+unsubscribe@opensuse.org
Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken
Sie eine Mail an: opensuse-de+help@opensuse.org

On Thursday 28 December 2006 22:46, Treebeard wrote:

...

Allowed values: off, userid, on

Vielen Dank, genau das war der Fehler - nachlesen hilft, zumindest an der richtigen Stelle. Hatte den Wert aus einem der vorherigen Postings geholt, da hat sich ein Fehler eingeschlichen. Jetzt klappt es genau so wie gewollt:

cm abc@domain1.de

Wie Martin bereits dazu geschrieben hat, werden Benutzer-Mailboxen mit einem Prefix "user" angelegt. In Deinem Fall (unixhierarchysep: 1): cm user/abc@domain1.de Ansosnten: cm user.username

Im nächsten Schritt habe ich im Mailclient das Konto für def angelegt. Nach der Einrichtung werde ich gefragt "Möchten Sie die Ordner vom hinzugefügten Mailserver downloaden" Ich bestätige mit "Ja". Danach erfolgt eine Art Synchronisation. Bei diesem Schritt wird auch der Ordner /var/spool/imap/domain/domain1.de/user/def/ angelegt. Quasi vom Mailclient angestossen.

Bin neu im IMAP-System, aber ich denke, da ist noch was falsch.

...

Abgesehen davon würde ich mir überlegen ob Du virtdomains überhaupt willst.

Was spricht dagegen? Ich denke mit virtdomains schaffe ich besseren Überblick bei den Domainzuordnungen.

virtdomains sind eigentlich dazu da den Cyrus-Imapd in getrennte Bereiche aufzuteilen. Da kann man in jeder Domain zugehörige Admins vergeben und was bei "virtdomains: on" mitspielt ist die IP-Adresse auf die sich ein Benutzer connected. Bei "virtdomains: userid" zählt der Domain-Part am Anmeldenamen um ihn der virtdomain zuzuteilen. Die ganze Geschichte ist halt manchmal etwas knifflig, und da ist halt die Frage ob man sowas wirklich braucht. -- Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

On Friday 29 December 2006 22:44, Treebeard wrote:

Jetzt nur noch zum Verständnis:

...

...

Was spricht dagegen? Ich denke mit virtdomains schaffe ich besseren Überblick bei den Domainzuordnungen.

virtdomains sind eigentlich dazu da den Cyrus-Imapd in getrennte Bereiche aufzuteilen.

Das ist doch das praktische an virtdomains. Die Domains, die auf meinem Server laufen, werden nicht alle mir gehören.

...

Da kann man in jeder Domain zugehörige Admins vergeben

sehe ich als Vorteil

...

und was bei "virtdomains: on" mitspielt ist die IP-Adresse auf die sich ein Benutzer connected. Bei "virtdomains: userid" zählt der Domain-Part am Anmeldenamen um ihn der virtdomain zuzuteilen.

Das habe ich nicht ganz verstanden. Sehe ich das richtig, dass das Auswirkungen hat, wenn die verscheidenen Domains auf unterschiedlichen IP-Adressen laufen? In der Manpage steht das irgendwie komisch. Kannst Du ein Beispiel nennen, wann welche Einstellung praktikabler ist ("on" oder "userid")?

Wenn Dein Cyrus-Imapd bzw. der Server mehrere IP-Adressen mit dem entsprechenden Reverse-FQDN der Domains (virtdomains) hat, benutze "on". Wenn der Server nur eine IP-Adresse hat und die Domain halt nach der userid zugeordnet werden soll, verwende "userid".

...

Die ganze Geschichte ist halt manchmal etwas knifflig, und da ist halt die Frage ob man sowas wirklich braucht.

Was spricht denn gegen virtdomains? Das ist doch nur ein Schalter, der die Anordnung der Verzeichnisse etwas umstrukturiert, oder? So viel kniffliger fand ich das nicht. Es muss nur richtig verstanden werden, welche Auswirkungen das hat. Und da versuche ich im Augenblick den Lernprozess durchzumachen.

/usr/share/doc/packages/cyrus-imapd/doc/install-virtdomains.html -- Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Treebeard wrote:

...

rccyrus restart su - cyrus cyradm localhost localhost>cm user@domain1.de localhost>lm user@domain1.de user@domain1.de (\HasNoChildren) Ja, das hat geklappt.

Angelegt wird er dann in /var/spool/imap/domain/domain1.de/user1/

Gerade noch einmal getestet mit Suse 10.2. Ja, unter Suse 10.1 ist es der gleiche Pfad.

Nach Anlegen mehrerer Mailboxen und Weiterleitungen klappt das auch schon ganz gut.

Hier ist jetzt der aktuelle Stand der main.cf:

#postconf -n alias_maps = hash:/etc/aliases broken_sasl_auth_clients = yes command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix debug_peer_level = 2 html_directory = /usr/share/doc/packages/postfix/html local_recipient_maps = mail_owner = postfix mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man mydestination = mydomain =domain1.de myhostname = mail.domain1.de myorigin = $mydomain newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES sample_directory = /usr/share/doc/packages/postfix/samples sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtpd_helo_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_unauth_destination, reject_non_fqdn_sender, reject_non_fqdn_recipient,

Die HELO-Restrictions kannst du komplett leer lassen, die Checks hier sind bereits in smtpd_recipient_restrictions eingesetzt.

smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, permit_tls_clientcerts, reject_unauth_destination, reject_non_fqdn_recipient, reject_non_fqdn_sender, reject_invalid_hostname, reject_non_fqdn_hostname, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unknown_sender_domain, reject_unknown_recipient_domain, reject_unauth_pipelining, reject_unauth_destination, smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = smtpd_sasl_security_options = noanonymous smtpd_sender_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_unauth_destination,

Hier genauso, lasse sie lieber leer, sie bringen absolut keinen Vorteil und vergrößern nur Konfiguration und Aufwand bei Postfix.

smtpd_tls_CAfile = /etc/postfix/cacert.pem smtpd_tls_ask_ccert = yes smtpd_tls_cert_file = /etc/postfix/mail_signed_cert.pem smtpd_tls_key_file = /etc/postfix/mailkey.pem smtpd_use_tls = yes unknown_local_recipient_reject_code = 550 virtual_alias_maps = hash:/etc/postfix/virtual virtual_mailbox_domains = domain1.de, domain2.de, domain3.de, domain4.de, domain5.de virtual_mailbox_maps = hash:/etc/postfix/virt_mailbox_maps virtual_transport = lmtp:unix:/var/lib/imap/socket/lmtp

Die TLS-Zertifikate scheinen noch nicht zu funktionieren, hier bin ich aber noch dabei herauszufinden, was da nicht klappt. Melde mich diesbezüglich nochmal, wenn ich nicht weiterkomme.

Jetzt möchte ich gerne eine Mailweiterleitung neben dem Empfang in einer Mailbox einrichten.

In /etc/postfix/virt_mailbox_maps habe ich den Eintrag für die Mailbox angelegt kontakt@domain3.de kontakt@domain3.de

In /etc/postfix/virtual habe ich den Eintrag für die Weiterleitung angelegt kontakt@domain3.de info@domain27.de, kontakt@domain3.de

Das scheint aber nicht zu funktionieren, da hier nur weitergeleitet wird. Die Weiterleitung hat Priorität. Wie erreiche ich, dass auch die lokale Mailbox mit der Mail gefüllt wird?

Das sollte eigentlich funktionieren. Bitte zeige mal die Logzeilen, wo die Mail hereinkommt bis zum Ausliefern. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Treebeard wrote:

...

Die HELO-Restrictions kannst du komplett leer lassen, die Checks hier sind bereits in smtpd_recipient_restrictions eingesetzt.

...

...

smtpd_sender_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_unauth_destination,

Hier genauso, lasse sie lieber leer, sie bringen absolut keinen Vorteil und vergrößern nur Konfiguration und Aufwand bei Postfix. Leer lassen oder ganz weglassen?

Beides hat den gleichen Effekt, da der Default leer ist. katgar:~ # postconf -d smtpd_helo_restrictions smtpd_helo_restrictions = katgar:~ # postconf -d smtpd_sender_restrictions smtpd_sender_restrictions = Am besten lasse sie einfach weg, dann tauchen sie auch nicht verwirrend in "postconf -n" auf.

...

Das sollte eigentlich funktionieren.

Tut es auch, sorry, habe den Eintrag zur falschen Domain zugeordnet. Es klappt so wie ich im letzten Posting geschrieben hatte:

/etc/postfix/virtual: kontakt@domain2.de info@domain27.de kontakt@domain3.de info@domain27.de, kontakt@domain3.de <--richtig

Sehr schön! Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org