Září 2011: Novou verzi návodu najdete na BCVlogu: Mailserver – Postfix, Dovecot a MySQL.
Úvod
Když jsem si s kolegou začal zařizovat webhosting, zjistil jsem, že bez virtuálních uživatelů pro mailserver to nepůjde. Protože již delší dobu používám jako SMTP server postfix, tak jsem začal hledat vhodné řešení s jeho využitím. Popíšu tu řešení, které jsem si vybral. Postfix jako SMTP server, Courier-IMAP jako IMAP (IMAPs) a POP3 (POP3s) server a Courier-Maildrop pro třídění přijaté pošty, to vše využívající databázi MySQL pro vedení uživatelských účtů a autorizaci uživatelů. Všechna pošta se uchovává ve formátu Maildir. Nejprve jsem to rozeběhl na distribuci Slackware, ale protože mám na serveru Debian, tak jsem přemigroval svůj počítač na Debiana a všechny další věci, které zde budu popisovat se týkají jen a pouze Debiana (i když myslím, že pro Slackware jsou taky platný 🙂
“Changelog”
leden 2006 poznámky k RedHatu a jeho klonům přidány další postupy pro generování hesel pro uživatele změněna struktura databáze: přidány tabulky postfix_email a postfix_trash tabulce postfix_users přidány sloupečky bypass_... pro amavis (zatím tu není zapsán) přidán základ "uživatelského" manuálu
Reklama 🙂
Protože se mi v mailboxu schází čím dál tím víc dotazů na konfiguraci mailserveru s uživateli v MySQL a počet mých nekomerčních (i komerčních) instalací se pěkně rozrůstá, dovolím si malou reklamu :-).
Rozhodl jsem se nabízet konfiguraci mailserveru i za penízky. Pokud máte zájem o konfiguraci mailserveru, který obsahuje něco z následujích věcí, napište mi email a domluvíme se. Pracuji vzdáleně, ale pokud je potřeba mohu přijet i k vám. Mám živnostenský list, který pokrývá tuto činnost, takže vystavím doklad. Mailserver nainstaluji na většinu běžně používaných distribucí (Debian, Mandrake, Red Hat a jeho kolny, SuSE, Gentoo a další…)
- SMTP server, umožňuje odesílání pošty odkudkoliv po ověření uživatelským jménem a heslem
- POP3/IMAP server, slouží pro přístup k poště
- Quoty
- Antivir
- Antispam
- Webmail
- Vygenerování SSL certifikátů – všechny služby fungují i přes SSL, takže je zajišťen bezpečný přístup uživatelů
- Podle přání nakonfiguju tak aby se uživatelské účty uchovávaly v databázi MySQL, LDAPu nebo klasicky v konfiguračních souborech na disku. Antivir a antispam umožňují povolení pouze pro konkrétní uživatele.
- V případě nějakých “nestandardních” požadavků se nebojte napsat, určitě najdeme použitelné řešení.
Příprava všeho potřebného
- Postfix je ke stažení na webu www.postfix.org, v Debianu stačí nainstalovat balíčky
postfix
(SMTP server),postfix-tls
apostfix-mysql
(Podpora MySQL v postfixu). - Spamassassin je v debiáních balíčcích, takže stačí
apt-get install spamassassin
- Courier-IMAP roste na sf.net/projects/courier/, pro Debiana potřebujeme balíčky
courier-imap
,courier-imap-ssl
,courier-pop
,courier-pop-ssl
,courier-authmysql
. - Courier-Maildrop lze stáhnout ze stránky sf.net/projects/courier/, Debianisti mě teď asi moc rádi mít nebudou, ale je ho potřeba zkompilovat, protože debiání balíček nepodporuje MySQL. Zda maildrop podporuje MySQL zjistíte spuštěním s parametrem
-v
:tsunami:~# maildrop -v maildrop 1.6.3 Copyright 1998-2003 Double Precision, Inc. GDBM extensions enabled. Maildir quota extension enabled. Virtual user database via MySQL extension enabled. This program is distributed under the terms of the GNU General Public License. See COPYING for additional information.
- MySQL databázi stáhnete (překvapivě) na stránce www.mysql.com, v Debianu jsou to balíčky
mysql-server
,mysql-client
,mysql-common
(a pro méně zdatné nebo pohodlné adminy taképhpmyadmin
), také potrřebujete balíčeklibmysqlclient-dev
, bez kterého nezkompilujete maildrop. - Apache + php – apache se nachází na www.apache.org a php na www.php.net, pro debiana je snad instalace jasná 🙂
Jediný skutečný uživatel který bude v systému potřeba je virtual
, ktery bude ve skupině virtual
, jeho UID bude 5000
a GID skupiny virtual
bude také 5000
. Domácí adresář tohoto uživatele je /home/virtual
a práva na ten adresář nastavíme pomocí chmod 700 /home/virtual
Příprava SW pro RHEL/CentOS
Pokud se rozhodnete instalovat mailserver na nějakém Red Hatu nebo z něj odvozeném systému, tak se vám asi bude hodit následující popis.
Zdroje pro YUM
Do konfigurace YUMu je potřeba přidat Dagův repozitář:
$ cat > /etc/yum.repos.d/dag.repo <<<" [dag] name=Dag-RHEL-Yum baseurl=http://dag.linux.iastate.edu/dag/redhat/el$releasever/en/$basearch/dag http://www.mirrorservice.org/sites/apt.sw.be/redhat/el$releasever/en/$basearch/dag http://mirrors.ircam.fr/pub/dag/redhat/el$releasever/en/$basearch/dag http://apt.sw.be/redhat/el$releasever/en/$basearch/dag enabled=1 gpgcheck=1 includepkgs=clamav clamav-devel clamav-db unrar amavisd-new nomarch arc lzop unarj \ ripole freeze cabextract zoo lzo perl-Convert-UU perl-Unix-Syslog unarj \ perl-TimeDate perl-Net-Server perl-MailTools perl-MIME-tools \ perl-IO-stringy perl-Convert-UUlib perl-Convert-TNEF perl-Convert-BinHex \ perl-Config-IniFiles perl-Compress-Zlib perl-CPANPLUS perl-BerkeleyDB \ perl-Archive-Zip perl-Archive-Tar "
Nainstalovaný SW z repozitářů YUMu
cyrus-sasl cyrus-sasl-devel cyrus-sasl-md5 mysqlclient10 mysqlclient10-devel expect mysql-devel mysql gamin-devel pcre pcre-devel spamassassin procmail clamav clamav-db perl-Date-Calc perl-Bit-Vector perl-DBD-MySQL pam_mysql
Nainstalovaný SW z vlastních balíčků
courier-authlib courier-authlib-userdb courier-authlib-pipe courier-authlib-mysql courier-authlib-pipe courier-authlib-mysql courier-authlib-devel courier-imap maildrop-devel maildrop-man maildrop postfix
Návod na kompilaci courieru je na jeho domácí stránce. Pro courier-imap a courier-authlib jsem si upravoval spec soubory, vykopal jsem z nich závislosti na postgresql(nebo tak něco, je to delší doba co jsem to dělal, až to budu dělat znova, tak si to pořádně zapíšu:-)). Soubory ke stažení: courier-imap.spec, courier-authlib.spec. Postfix je potřeba překompilovat, protože ten dodávaný v RHEL/CentOSu neumí spolupracovat s MySQL databází. Upravený spec souboru si můžete stáhnout: postfix.spec
Nastavení programů
MySQL
Instalaci a základní nastavení databáze MySQL do svého systému snad zvládne každý a kdo ne, tak ať si najde howto třeba na www.google.com.
Vytvoření databáze
Vytvoříme si databázi třeba s názvem postfix
a dame na ní právo select uzivateli postfix
s heslem postfix
, kterého budeme používat pro přístup k datům.
Přihlásíme se k mysql serveru jako uživatel s potřebnými právy
$ mysql -u root -p Enter password: mysql> use postfix Database changed mysql>
a začneme vytvářet potřebné tabulky:
-- Databáze: `postfix` -- -- -------------------------------------------------------- -- -- Struktura tabulky `maildrop_rules` -- CREATE TABLE `maildrop_rules` ( `id` int(11) NOT NULL auto_increment, `user_id` int(11) NOT NULL default '0', `no` int(11) default NULL, `pravidlo` enum('if') NOT NULL default 'if', `hlavicka_pravidlo` enum('X-Spam-Flag','From','To','Cc','Bcc','List-Post','List-Id', 'Delivered-To','(From|Cc|To)','X-Listname') default 'From', `hlavicka_hodnota` varchar(255) NOT NULL default '', `akce` enum('to') NOT NULL default 'to', `cil` varchar(255) NOT NULL default '', `active` enum('y','n') NOT NULL default 'n', `komentar` varchar(255) NOT NULL default '', `mail2web` enum('y','n') NOT NULL default 'n', PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; -- -------------------------------------------------------- -- -- Struktura tabulky `postfix_access` -- CREATE TABLE `postfix_access` ( `id` int(10) unsigned NOT NULL auto_increment, `source` varchar(128) NOT NULL default '', `access` varchar(128) NOT NULL default '', `type` enum('recipient','sender','client') NOT NULL default 'recipient', PRIMARY KEY (`id`), KEY `source` (`source`), KEY `type` (`type`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; -- -------------------------------------------------------- -- -- Struktura tabulky `postfix_alias` -- CREATE TABLE `postfix_alias` ( `id` int(11) unsigned NOT NULL auto_increment, `alias` varchar(128) NOT NULL default '', `destination` varchar(128) NOT NULL default '', PRIMARY KEY (`id`), KEY `alias` (`alias`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; -- -------------------------------------------------------- -- -- Struktura tabulky `postfix_relocated` -- CREATE TABLE `postfix_relocated` ( `id` int(11) unsigned NOT NULL auto_increment, `email` varchar(128) NOT NULL default '', `destination` varchar(128) NOT NULL default '', PRIMARY KEY (`id`), KEY `email` (`email`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; -- -------------------------------------------------------- -- -- Struktura tabulky `postfix_transport` -- CREATE TABLE `postfix_transport` ( `id` int(11) unsigned NOT NULL auto_increment, `domain` varchar(128) NOT NULL default '', `destination` enum('local:','virtual:','maildrop:') NOT NULL default 'local:', PRIMARY KEY (`id`), UNIQUE KEY `domain` (`domain`), KEY `domain_2` (`domain`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; -- -------------------------------------------------------- -- -- Struktura tabulky `postfix_trash` -- CREATE TABLE `postfix_trash` ( `id` bigint(20) unsigned NOT NULL auto_increment, `email` varchar(128) NOT NULL default '', `destination` varchar(128) NOT NULL default '', PRIMARY KEY (`id`), KEY `email` (`email`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; -- -------------------------------------------------------- -- -- Struktura tabulky `postfix_users` -- CREATE TABLE `postfix_users` ( `id` int(11) unsigned NOT NULL auto_increment, `email` varchar(128) NOT NULL default '', `crypt` varchar(128) NOT NULL default '', `clear` varchar(128) default NULL, `name` tinytext, `uid` int(11) unsigned NOT NULL default '5000', `gid` int(11) unsigned NOT NULL default '5000', `homedir` tinytext NOT NULL, `maildir` tinytext NOT NULL, `quota` tinytext, `access` enum('Y','N') NOT NULL default 'Y', `postfix` enum('Y','N') NOT NULL default 'Y', `spam_tag_level` int(11) default NULL, `spam_tag2_level` int(11) default NULL, `spam_kill_level` int(11) default NULL, `message_size_limit` bigint(20) default NULL, `bypass_virus_checks` enum('Y','N') default NULL, `bypass_header_checks` enum('Y','N') default NULL, `bypass_spam_checks` enum('Y','N') default NULL, `bypass_banned_checks` enum('Y','N') default NULL, PRIMARY KEY (`id`), UNIQUE KEY `email` (`email`), KEY `email_2` (`email`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; -- -------------------------------------------------------- -- -- Struktura tabulky `postfix_virtual` -- CREATE TABLE `postfix_virtual` ( `id` int(11) unsigned NOT NULL auto_increment, `email` varchar(128) NOT NULL default '', `destination` mediumtext NOT NULL, PRIMARY KEY (`id`), KEY `email` (`email`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; -- -------------------------------------------------------- -- -- Struktura tabulky `postfix_email` -- CREATE TABLE `postfix_email` ( `id` int(11) unsigned NOT NULL auto_increment, `email` varchar(128) NOT NULL default '', PRIMARY KEY (`id`), KEY `email` (`email`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1;
Kdyby se vám zdálo, že je v nějaké tabulce sloupeček navíc, případně je celá tabulka zbytečná, tak je to v pořádku 🙂 Jsou to pozůstatky z nějaké první verze howto. Funkčně to ničemu nevadí.
Popis tabulek
postfix_alias
Tabulka se používá pouze při lokálním doručování, neuplatní se pokud doručujete virtuálním uživatelům. Je to také jediná tabulka, která umožňuje přímo spouštět externí skripty.
Sloupec | Popis |
---|---|
id | Není potřeba, je to jedinečný identifikátor |
alias | Alias, který chcete přesměrovat. |
destination | Cíl přesměrování. Může se použít jedna či více emailových adres(oddělené čárkou), soubor pro doručení do souboru, roura “|” pro spuštění příkazu a předání přez STDIN nebo lze použít :include:/file/name a email bude poslán na adresy uvedené v daném souboru. |
postfix_relocated
Tato tabulka slouží pouze pro oznámení o tom, že na dané emailové adrese nelze uživatele zastihnout. Oznámí novou adresu kde se uživatel nachází.
Sloupec | Popis |
---|---|
id | Není potřeba, je to jedinečný identifikátor |
Originální emailová adresa. | |
destination | Nová adresa. kde se uživatel nachází. Je také možné zadat unknown , když neznáme uživatelovu novou adresu. |
postfix_transport
Sloupec | Popis |
---|---|
id | Není potřeba, je to jedinečný identifikátor |
domain | Doména, pro kterou zpracovávám poštu. |
destination | Tato položka obsahuje cil doručení pro postfix. local: pro lokální doručování,maildrop: pro maily, které budou tříděny a virtual: pro přímé doručení virtuálním účtům. Lze použít i jiné cíly doručení, více viz man transport |
postfix_users
Sloupec | Popis |
---|---|
id | Není potřeba, je to jedinečný identifikátor |
Email uživatel, zároveň slouží jako login pro imap/pop3 | |
crypt | Zašifrované heslo pro courier-imap a pop3, sifrovanou formu ziskame napriklad pomoci programu mkpasswd --hash=md5 heslo (jeden človíček měl problémy s tím, že mkpasswd připojovalo na konec vygenerovaného řetězce \n tak bacha na to), případně můžete použít i openssl passwd -1 nebo funkci crypt v php:crypt("foobar",'$1$blahblahg$') |
name | Jméno uživatele není důležité |
uid | The uid (User ID) of the vmail-user, that we are going to create. This is the only unix-user, that is needed for virtual-delivery, since there still must be some kind of ownership on the stored mails. You can also create your local unix-users in this table, if you want to give them the possibility to use CRAM-MD5 challenging and maybe give them another password, than the one used for local access. The fun thing about Courier is, that it will check both this and the local password, so that the unix-user will be able to authentificate with both passwords, however CRAM-MD5 challenging can not be used on allready encryptet passwords. |
gid | GID virtuálního uživatele. |
homedir | Absolutní cesta k domácímu adresáři uživatele. V mém případě to je /home/virtual pro virtuální uživatele. |
maildir | Relativní cesta k maildiru. pro postfix je formát Maildir/ pro lokální uživatele. Používám formát domena.tld/user/ . Cesta musí končit lomítkem, jinak by to nebyl maildir! |
quota | Quota pro postfix funguje pouze s mailboxem a ne s maildirem ktery tu používáme. Jestliže chceme použít quotu s maildirem, tak máme možnost zvolit maildrop (popíšu níž) nebo patch přímo pro postfix, který je na adrese http://web.onda.com.br/nadal/ |
access | Povolení/zakázání imap, pop3 a smtp-auth |
postfix | Povolení/zakázání účtu pro postfix a maildrop. |
antispam | Povolení/zakázání spamassasina. Spamassasin se spouští jen přez maildrop a to ještě pro vybrané uživatele(výkon stroje je přeci jen limitován :-). |
postfix_virtual
Tabulka slouží jako náhrada za /etc/aliases pro virtuální uživatele.
Sloupec | Popis |
---|---|
id | Není potřeba, je to jedinečný identifikátor |
Zde se píše alias pro cílovou adresu (políčko destination). Formát: “user@domena.tld” – vše co přijde na tuto adresu bude přeposláno na cílovou adresu (políčko destination) “@domena.tld” – vše co přijde na tuto doménu se přepošle na na cílovou adresu (políčko destination) |
|
destination | Cíl přesměrovní v podobě jedné a více emailových adres (oddělují se čárkou) |
postfix_trash
Sloupec | Popis |
---|---|
id | Nění potřeba, je to jedinečný identifikátor |
Doména, pro kterou zapneme doménový koš. Zápis je ve tvaru @domena.tld, pokud chcete aby nějaká adresa z této doméney nekončila v doménovém koši, je třeba abyste ji uvedli v tabulce postfix_email | |
destination | Cílová adresa, kam se přeposílá všechna pošta, která směřuje do doménového koše. Adresa může být z domény, pro kterou je nastavené doménový koš, hlavně je potřeba aby to byl existující uživatelský účet. |
postfix_email
Sloupec | Popis |
---|---|
id | Nění potřeba, je to jedinečný identifikátor |
Emailová adresa, která je vyloučena z doménového koše a je doručovaná přímo do uživateli. |
postfix_access
Sloupec | Popis |
---|---|
id | Není potřeba, je to jedinečný identifikátor |
source | If type is set as follows, this is what happens:
|
access | Možné hodnoty: OK , REJECT nebo třeba 550 Too much spam in this world. kde 550 je číslo chyby a Too much a spam in this world. je slovní informace. |
type | Možné hodnoty: recipient , sender , client . |
Postfix
Základní nastavení
Konfigurační soubory postfixu jsou v adresáři /etc/postfix
(nebo také v /usr/local/etc/postfix
).
master.cf
V souboru jsou potřeba následující řádky:
smtp inet n - - - - smtpd virtual unix - n n - - virtual
main.cf
nastavíme schránky do formátu Maildir:
home_mailbox = Maildir/
Oznámíme postfixu kde má hledat potřebné tabulky:
alias_maps = mysql:/etc/postfix/mysql-aliases.cf relocated_maps = mysql:/etc/postfix/mysql-relocated.cf transport_maps = mysql:/etc/postfix/mysql-transport.cf virtual_maps = mysql:/etc/postfix/mysql-virtual.cf \ mysql:/etc/postfix/mysql-email.cf mysql:/etc/postfix/mysql-trash.cf
virual_maps má definovaných víc konfiguračních souborů, mysql-virtual.cf
použijeme pro definici “aliasů” pro virtuální uživatele (náhrada za /etc/aliases
), mysql-email.cf
je důležitý pro doručování v případě, že máte definovaný doménový koš. Pokud je v tabulce postfix_email uveden email a zároveň je na danou doménu definován doménový koš, bude email doručen do uživatelovy schránky a ne do doménového koše. No a v mysql-trash.cf
je definována tabulka pro doménové koše.
a nastavíme lokální doručování:
local_recipient_maps = $alias_maps $virtual_mailbox_maps unix:passwd.byname
Dále nastavení pro virtuální uživatele:
virtual_mailbox_base = /home/virtual virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual-maps.cf virtual_uid_maps = mysql:/etc/postfix/mysql-virtual-uid.cf virtual_gid_maps = mysql:/etc/postfix/mysql-virtual-gid.cf
smtpd_recipient_restrictions = check_recipient_access mysql:/etc/postfix/mysql-recipient.cf, reject_unknown_sender_domain, permit_mynetworks, permit_sasl_authenticated, check_relay_domains, reject
mysql-aliases.cf
user = postfix password = postfix dbname = postfix table = postfix_alias select_field = destination where_field = alias hosts = 127.0.0.1
mysql-client.cf
user = postfix password = postfix dbname = postfix table = postfix_access select_field = access where_field = source additional_conditions = and type = 'client' hosts = 127.0.0.1
mysql-recipient.cf
user = postfix password = postfix dbname = postfix table = postfix_access select_field = access where_field = source additional_conditions = and type = 'recipient' hosts = 127.0.0.1
mysql-relocated.cf
user = postfix password = postfix dbname = postfix table = postfix_relocated select_field = destination where_field = email hosts = 127.0.0.1
mysql-sender.cf
user = postfix password = postfix dbname = postfix table = postfix_access select_field = access where_field = source additional_conditions = and type = 'sender' hosts = 127.0.0.1
mysql-transport.cf
user = postfix password = postfix dbname = postfix table = postfix_transport select_field = destination where_field = domain hosts = 127.0.0.1
mysql-virtual.cf
user = postfix password = postfix dbname = postfix table = postfix_virtual select_field = destination where_field = email hosts = 127.0.0.1
mysql-virtual-maps.cf
user = postfix password = postfix dbname = postfix table = postfix_users select_field = maildir where_field = email additional_conditions = and postfix = 'y' hosts = 127.0.0.1
mysql-virtual-gid.cf
user = postfix password = postfix dbname = postfix table = postfix_users select_field = gid where_field = email additional_conditions = and postfix = 'y' hosts = 127.0.0.1
mysql-virtual-uid.cf
user = postfix password = postfix dbname = postfix table = postfix_users select_field = uid where_field = email additional_conditions = and postfix = 'y' hosts = 127.0.0.1
mysql-email.cf
user = postfix password = postfix dbname = postfix table = postfix_email select_field = email where_field = email hosts = 127.0.0.1
SMTPs a AUTH
Nastavení tls pro postfix je celkem jednoduché, vytvoříme adresář /etc/postfix/ssl/
do kterého umístíme ssl certifikáty a upravíme soubor /etc/postfix/main.cf
Pro ověřování uživatelů použijeme SASL.
main.cf
smtp_use_tls = yes smtpd_use_tls = yes smtpd_tls_key_file = /etc/postfix/ssl/smtpd.key smtpd_tls_cert_file = /etc/postfix/ssl/smtpd.crt smtpd_tls_CAfile = /etc/postfix/ssl/cacert.pem smtpd_tls_loglevel = 1 smtpd_tls_received_header = yes smtpd_tls_session_cache_timeout = 3600s tls_random_source = dev:/dev/urandom smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = mail.domena.tld broken_sasl_auth_clients = yes
Generování certifikátu
Vygenerujeme certifikáty, které potřebujeme. Provádíme jako uživatel root.
openssl genrsa -des3 -rand /etc/hosts -out smtpd.key 1024
<- zadejte heslo pro smtpd.key
chmod 600 smtpd.key openssl req -new -key smtpd.key -out smtpd.csr
<- Zadejte heslo pro smtpd.key
<- Zkratka země (“CZ”)
<- Název státu (“Czech Republic”)
<- Město
<- Název organizace
<- FQDN (“mail.domena.tld”)
<- Emailova@adresa.tld
Další informace jsou volitelé
openssl x509 -req -days 3650 -in smtpd.csr -signkey smtpd.key -out smtpd.crt
<- zadejte heslo pro smtpd.key
openssl rsa -in smtpd.key -out smtpd.key.unencrypted
Zadejte heslo pro smtpd.key.
mv -f smtpd.key.unencrypted smtpd.key openssl req -new -x509 -extensions v3_ca -keyout cakey.pem -out cacert.pem -days 3650
<- Zadejte heslo pro smtpd.key
<- Zkratka země (“CZ”)
<- Název státu (“Czech Republic”)
<- Město
<- Název organizace
<- FQDN (“mail.domena.tld”)
<- emailova@adresa.tld
SASL2
Pro ověření přihlášení uživatele při odesílání pošty přes SMTPs protkol použijeme stávající MySQL databázi. SASL2 nastavíme tak aby používal pam_mysql.
smtpd.conf
Nastavení SASL2 je v debianu v souboru /etc/postfix/sasl/smtpd.conf
.
log_level: 3 pwcheck_method: saslauthd mech_list: PLAIN LOGIN
main.cf
Je potřeba trochu upravit main.cf
:
smtpd_client_restrictions = permit_mynetworks, permit_sasl_authenticated, reject smtpd_recipient_restrictions = permit_sasl_authenticated,...
saslauthd
Pro saslauthd je třeba přidat pár parametrů (hlavně jde o -r, který způsobí, že se bude předávat celá emailová adresa a ne jen username), buď je můžete na tvrdo napsat do spouštěcího skriptu nebo je v Debianu můžete zadat do soubouru /etc/default/saslauthd
:
START=yes PARAMS="-r -m /var/spool/postfix/var/run/saslauthd" MECHANISMS="pam"
Adresář /var/spool/postfix/var/run/saslauthd si vytvořte, protože zřejmě nebude existovat. Během hraní si s saslauth jsem si ještě udělal symlink ln -s /var/spool/postfix/var/run/saslauthd /var/run/saslauthd
.
/etc/pam.d/smtp
Konfigurace PAM knihovny je v souboru /etc/pam.d/smtp
:
auth sufficient pam_mysql.so user=DBUZIVATEL passwd=DBHESLO host=localhost \ db=postfix table=postfix_users usercolumn=email passwdcolumn=clear auth sufficient pam_mysql.so user=DBUZIVATEL passwd=DBHESLO host=localhost \ db=postfix table=postfix_users usercolumn=email passwdcolumn=crypt crypt=1 md5=y auth required pam_deny.so account sufficient pam_mysql.so user=DBUZIVATEL passwd=DBHESLO host=localhost \ db=postfix table=postfix_users usercolumn=email passwdcolumn=crypt where=postfix=Y account required pam_deny.so
Zalomení řádků v konfiguráku pamu zrušte, přidal jsem ho sem jen kvůli lepšímu formátování textu.
Řádek s passwdcolumn=clear
můžete vynechat, mám ho tam z důvodu zpětné kompatibility s první verzí tohoto howto. Dřív jsem měl pro ověření SMTP heslo v plaintextu.
master.cf
Nutné úpravy v souboru master.cf
, je potřeba povolit toto:
smtps inet n - n - - smtpd -o smtpd_tls_wrappermode=yes -o smtpd_sasl_auth_enable=yes
Použití SMTPs a autorizace je velmi jednoduché, poštovním klientu si nastavte pro odchozí server (SMTP):
- Port: 465
- Uživatel: emailova@adresa
- Heslo: to je snad jasne, ne? 🙂
- Bezpečnost – šifrování: SSL
- Metoda autentizace: LOGIN
SpamAssassin
Pěkný generátor konfigurace pro SpamAssassin je na stránce http://www.yrex.com/spam/spamconfig.php
Zastarelé: Spamassassina spouštím při startu jako démona (program spamd
) a pak kontrolu pošty spouštím z maildropu pomoci programu spamc
přímo pro konkrétního uživatele. Je to zahrnuto i do skript; pro generování konfiguračních souborů maildropu. Skript se koukne do tabulky postfix_users do sloupečku antispam
a když tam najde y
tak se bude spouštět spamassasin.
Maildrop
Pár lidiček se mě ptalo proč jsem si zvolil Maildrop pro lokální doručování? Odpověď je velmi jednoduchá: narozdíl od procmailu si umí základní informace o uživateli stáhnout z MySQL databáze, nezatěžuje při zpracovávání emailu počítač jako procmail (narozdíl od procmailu pasuje pouze hlavičku emailu) a taky se mi víc líbí zápis pravidel 🙂
Instalace
UPDATE: pro novější verze maildropu nemusíte provádět překompilvání s podporou MySQL (ono to ani nejde). Konfigurace maildropu byla přesunuta do authdaemona (takže používá stejný konfigurák pro připojení k MySQL jako courier-imap)
Použil jsem verzi 1.6.3, překlad ze zdrojového kódu byl bez problémů.
$ tar -xjf maildrop-1.6.3.tar.bz2 $ cd ./maildrop-1.6.3 $ ./configure --prefix=/usr --enable-maildropmysql \ --enable-maildirquota --with-devel \ --with-mysqlconfig=/etc/maildrop/maildropmysql.cf \ --enable-syslog=1 --enable-restrict-trusted=0 \ --enable-sendmail=/usr/sbin/sendmail --with-etcdir=/etc/maildrop \ --enable-maildrop-uid=virtual --enable-maildrop-gid=virtual $ make su - root # make install # make install-man
Nastavení
Do souboru /etc/postfix/master.cf
přidejte tyto dva řádky:
maildrop unix - n n - - pipe flags=R user=virtual:virtual argv=/usr/bin/maildrop -V1 -d ${recipient}
Konfigurace maildropu pro přístup k MySQL je uložená v souboru /etc/maildrop/maildropmysql.cf
:
hostname localhost port 3306 database postfix dbuser login-maildropu-do-MySQL dbpw heslo-maildropu-do-MySQL dbtable postfix_users default_uidnumber 5000 default_gidnumber 5000 uid_field email uidnumber_field uid gidnumber_field gid maildir_field maildir homedirectory_field homedir quota_field quota mailstatus_field postfix where_clause and postfix='y'
Pro databázi MySQL musíme mít uživatele pro přístup maildropu k datům, můžem použít uživatele co máme pro postfix, ale já jsem si udelal jiného kvůli snadnějšímu ladění (z logu MySQL se pak snadno pozná jestli maildrop přistupuje k databázi a jak se jí dotazuje)
v adresáři /home/virtual
vytvoříme soubor .mailfilter
s obsahem:
LOGNAME=tolower($LOGNAME) include "/home/virtual/.mailfilters/$LOGNAME"
.mailfilter
vkládá konfigurační soubor pro každého virtuálního uživatele (/home/virtual/.mailfilters/uzivatel@domena.tld
). Postfix použije maildrop v případě, že změníme transport pro doménu na "maildrop:
".
Pro každého uživatele, který je v doméně s transportem maildrop:
je potřeba mít alespoň minimální konfigurační soubor:
FROM='uzivatel@domena.tld' to "/home/virtual/domena.tld/uzivatel/."
Pozor, maildrop narozdíl od procmailu sám od sebe nezakládá maildiry!
Pro uchováváni pravidel pro třídění pošty je v MySQL použita tabulka maildrop_rules
z které pomocí skriptů můžem snadno vygenerovat konfigurační soubory maildropu.
Skripty se spouštějí pod uživatelem virtual
, skript md-gen vygeneruje konfigurační soubory pro všechny uživatele. Skript md-gen-user jen pro uživatele, jehož emailovou adresu zadáme jako parametr při spouštění. Skripty automaticky ukládají konfigurační souboru do složky /home/virtual/.mailfilters/
. Pokud nemá uživatel žádná pravidla pro maildrop nadefinvána, vytvoří skript minimální konfigurační soubor, který je potřeba.
Před prvním použitím skriptů si nastavte v jejich záhlaví jméno a heslo pro přístup do databáze. Uživatel pod kterým do databáze budete přistupovat musí mít právo na SELECT v tabulce postfix_users
a maildrop_rules
.
Quota
Nastavení quoty pro maildrop v tabulce postfix_users
, buňce quota
: S je použito pro maximální velikost všech zpráv v maildiru a C je použito pro počet zpráv v maildiru. Hodnota “5000000S,300C” nastaví quotu quota na 5,000,000 bytů nebo 300 zpráv, záleží co se splní dřív. Jestliže je tento sloupec prázdný, quota se neuplatňuje.
Courier
Na Debianu se konfigurační soubory Courieru nacházejí v adresáři /etc/courier
.
imapd
Do konfiguračního souboru imapd
přidejte (případně pozměňte)
AUTHMODULES="authdaemon" IMAP_CAPABILITY="IMAP4rev1 CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT \ THREAD=REFERENCES SORT AUTH=CRAM-MD5 AUTH=CRAM-SHA1 IDLE" IMAPDSTART=YES
pop3d
Nastavení pop3 se provede v souboru pop3d
AUTHMODULES="authdaemon" POP3AUTH="LOGIN CRAM-MD5 CRAM-SHA1" POP3DSTART=YES
authdaemonrc
authmodulelist="authmysql authpam"
authmysqlrc
MYSQL_SERVER localhost MYSQL_USERNAME postfix MYSQL_PASSWORD postfix MYSQL_SOCKET /var/run/mysqld/mysqld.sock MYSQL_DATABASE postfix MYSQL_USER_TABLE postfix_users MYSQL_LOGIN_FIELD email MYSQL_CRYPT_PWFIELD crypt MYSQL_UID_FIELD uid MYSQL_GID_FIELD gid MYSQL_HOME_FIELD homedir MYSQL_MAILDIR_FIELD maildir MYSQL_NAME_FIELD name MYSQL_WHERE_CLAUSE access='y'
Uživatelský manuál
Přidání nové domény do obsluhy postfixu
- tabulka postfix_access
source: domena.tld
access: OK
type: recipient
domain: domena.tld
destination: maildrop:
– je možné i lokální doručování, stačí zadat local: nebo jinou hodnotu, podle toho co chcete s poštou pro tuhle doménu dělat (třeba přeposlat na jiný SMTP server: smtp:jiny.server.tld).
Založení uživatelského účtu
- tabulka postfix_users
email: emailova@adresa
crypt: md5 hash hesla
získaný z mkpasswd –hash=md5 hesloname: Uzivatelovo Jméno
nepovinnéuid: 5000
gid: 5000
homedir: /home/vritual
maildir: domena.tld/user/Maildir/
quota:
S je pouzito pro maximální velikost vsech zpráv v maildiru a C je pouzito pro pocet zpráv v maildiru. Hodnota “5000000S,300C” nastaví quotu quota na 5,000,000 byt nebo 300 zpráv, zálezí co se splní dív. Jestlize je tento sloupec prázdný, quota se neuplatuje. Je mozné nastavit napíklad jen 5000000S.access: Y
je vzdy poteba jinak se nebude nic dorucovatbypass_virus_checks:
pokud vlozíte Y nebude se provádt kontrola virbypass_spam_checks:
to samé pro spambypass_header_checks:
to samé pro kontrolu hlavicek emailu
Po zalození uzivatele do databáze je poteba spustit skript md-gen.pl
nebo md-gen-user.pl
aby se vytvoil konfiguracní soubor pro maildrop.
Mám funkční řešení tak, že není nutné generovat uživateli filtr pro maildrop. Potřebné adresáře se založí samy při příchodu prvního emailu. Uživatelský soubor s pravidly maildropu se použije pouze v případě, že mu chcete umožnit jeho vlastní pravidla pro třídění.
Přidání adresy nebo serveru na blacklist
Někdy se hodí přidat adresu nebo rovnou celý server na blacklist tak aby byl odmítnut nějakým “chytrým” hlášením.
- tabulka postfix_access
- source: emailova@adresa, jméno serveru nebo doména
- access: 550 Nemam rad spam!
- type: “sender” nebo “recipient”, záleží odkud a kam daný email putuje
Zdroje
Autor
- Zdeněk Burda, zdenda[at]zdenda.com, www.zdenda.com
$Id: mailserver.html,v 1.8 2006/01/13 21:48:45 tsunami Exp $
Ahoj,
posli mi ho na email zdenda[zavinac]zdenda.com, podívám se na něj a připojím ho sem ke stažení.
děkuji za odpověď.. problém byl v tom, že jsem neměl přesměrování ye stejné do stejné schránkz, nenapadlo mě, že by to mohlo být touhle drobností.
Ale aby toho nebylo málo, ještě mě trápí jedna věc:) Když pro doménu nastavím doménový koš tak ten koš “sebere” všechny maily, i když nějaké adresy tu účet mají…
v main.cf jsem zkusil dát řádek s virtual maps úplně nakonec souboru, ale to zrovna nepomohlo 🙂
dík za odpověď
Zkusím na tom zapracovat…
Je celkem jedno kde je řádek virtual_maps v main.cf, spíš bych provedl něco jako navrhuju u http://www.zdenda.com/Mailserver-Postfix-IMAP-Maildrop-MySQL#comment-16 a do /etc/postfix/mysql-email.cf bych nabouchal
Doménový koš bych definoval v mysql v tabulce postfix_trash a v souboru /etc/postfix/mysql-kos.cf by bylo:
Jakmile najdu trochu času, tak to do dokumentu všechno napíšu.
:)) Mno skript md-gen neprojde skrz upravenu postfix_users no a ci ho chystas upravit alebo nie ;)Funguje len na predoslej ked bolo len antispam
To chápu, ale nerozumím tomuhle:
Chcel som sa opytat ako je to zo spamom konkretne sa-learn pripadne ak zle oznaci treba spravit dalsie konto a obsah adresara davat pre sa-learn ? .. dik za radu
Jen tak mimochdem, ten md-gen nesmysl si můžeš opravit i ty sám, není na tom nic těžkého 🙂
Nj :)) sem lazy …. kuknu na to. Co sa tyka toho spamu ide mi o to ze ked ho zle oznaci kam to poslat aby sa naucil. Pred par mesiacmi nez som nasadil tvoju konfiguraciu, som mal 2 konta na ktore sa preposlal mail ktory bud neoznacil a bol spam a opacne. Tak som ho ucil … Ucil sa z jednoho suboru v ktorom boli vsetky maile. Otazka je ked su rozdelene maile na jednotlive files, ci sa nieco meni nemam teraz cas sa k tomu dostat aby som testoval .. keby to slo tak to iba prestavim :))
P.S. chcel som mail server rozchodit na druhom serveri a stale kvaka ze mam zle heslo 🙁 vsetko spravene podla funkcnej konfiguracie (na prvom serveri) aky je potom rozdiel ? 🙁 . V logu vidim ako do SQL sa pripaja a selectuje, ale proste heslo je zle .. Debian sarge – testing
heslo som robil jak cez mkpasswd tak cez openssl… bez uspechu
P.S. 2 uz nebudu oxidovat 😀
Aha, jestli ti jde o použití formátu schránky Maildir proti klasickému mboxu pro učení spamassassina pomocí sa-learn, tak je mu to jedno. Prostě mu předhoď celý adresář se spamem (nebo hamem).
k tvému P.S. – bohužel nemám věšteckou kouli, ale můžeš zkusit http://www.vestirna.cz, třeba tam najdeš proč to hlásí špatné heslo 🙂
Mam dotaz, lze do teto konfigurace nejak zapracovat moznost pro urcitou adresu posilat jen notifikaci o doslem emailu? Tedy ne kopii emailu, ale pouze kratkou zpravu napr. Prisel vam email od $sender… nebo tak neco…
Lze to s touto konfiguraci? Resilo by to totiz posilani napriklad na gsm brany, ktere odmitaji prijmout dlouhe zpravy nebo zpravy s prilohami.
Diky
Pokud používáš pro doručování do schránek program maildrop, tak si můžeš nastavit téměř jakékoliv přeposílání emailů nebo jen krátkých upozornění.
A mohl bych pozadat o priklad, jak pro jednoho uzivatele ze 100 zasilat notifikace na nejaky email? Moc maildropu nerozumim a vubec nevim jak na to.
Diky.
AHoj, mohl by mi prosim nekdo poradit jak nastavit autoreply pomoci .mailfilter u jedne nebo dvou scharenek ?
Co má dělat “autoreply” a proč musí být zrovna v maildropu? Co třeba použít program vacation?
no potrebuju u dvou schranek nastavit automaticke odpovidani
nakonec jsem se dostal do stavu kdy sem u te schranky nastavil transport na maildrop s tim ze tam pak dam cc do nejakeho toho vacation na auto odpoved, jenze v logu postfixu mam user@domena.tld user unknown: invalid username
mam adresar: virtual/.mailfilters/user@domena.tld/ a v nem soubor .mailfilter a v nem polozku cc ….
nejsem si jist jestli jsem to udelal spravne
to mi delalo pri konfiguraci taky.. zkontroluj to vse znovu.. urcite tam budes mit nekde chybku.. je to blbost, ael tusim jestli to prave nebylo to ze jsem mel spatne nastaveny prava v /home/vmail resp. /home/virtual
Lze to tedy? Nebo mohl by mne prosim nekdo odkazat na nejaky odkaz, ktery se tim zabyva?
Diky
pravidla pro maildrop mám v souboru /home/virtual/.mailfilters/emailova@adresa
Pokud používáš nastavení podle mého návodu, tak to máš špatně.
Lidičky, copak si neumíte poradit sami? Nechce se mi odpovídat na každou kravinu, zvlášť když je to velmi dobře popsané v dokumentaci k maildropu.
sakra, takze ne user@domena.tld/soubor, ale uz ta adresa je soubor, no ja sem vul, jdu to zkusit predelat
tak jsem to opravil.
: user unknown. Command output: Invalid user specified.
dal jsem do home/virtual/.mailfilters/test@xxxxxx.cz
a do nej ty dva radky jak je v navodu ze je to minimalni konfigurace
no a postfix mi porad zaryte vraci: 🙁
zkousel jsem i postfix reload a ani to nepomohlo
Znovu jsem si přečetl co ti to hlásí
: user unknown. Command output: Invalid user specified.
Máš v databázi založeného uživatele?
Jedna mensi chyba na kterou jsem prisel pri dorucovani maildropu. Pokud nekdo zasle na domenu nejaky email (To: neco@domena.cz) a jsou v emailu nastavene dalsi kopie (Cc: neco2@domena.cz) na jine emaily stejne domeny, tak z nekterych mailserveru zpracuje email spatne a doruci ho jen uzivateli To:, ale jiz to nedoruci kopie uzivatelum Cc:
Toto lze upravit parametrem v souboru main.cf:
maildrop_destination_recipient_limit = 1
Pak jiz dorucuje spravne i kopie v emailu….
Ano, uzivatel tam je, dokonce pokud nastavim transport na virtual, tak se to normalne doruci do maildir, ale pokud nastavim transport na maildrop tak nic a zkousel jsem i v prikazove radce maildrop -d user a nic 🙁
kontroloval jsem i konfigurak maildropu pro pristup k DB, tam je vse v poradku
jen kdyz sem zapnul –log=/var/log/mysql u DB tak sem tam nenasel zadny zaznamo tom ze by maildrop si nacital data z DB 🙁
Jakou verzi maildropu používáš? Máš maildrop nastavený tak aby pracoval s MySQL?
Kdybych si umel poradit sam, tak se neptam, ze jo… Jak jsem psal vubec nevim, jak maildrop funguje, takze jsem netusil, ze to umi. Diky, odkaz na dokumentaci maildropu mi bude stacit. Doufam, ze tam najdu co potrebuju.
Dik
Nemas preklep v maildropmysql.cf ? ja som sa sekol v jednom znaku, ale to ze nevidis v logu mysql ze nema ani snahu je divne.
maildrop -v by mal v jednej vete spomenut podporu mysql
maildrop -d mail@domena.cz ti vrati co ?
P.s. mne maildrop vracia toto: maildrop: signal 0x0B takze mam o zabavu postarane …
2.0.1 ted jsem dal make uninstall a jdu to zkusit znova zkonfigurovat prelozit a nainstalit
maildrop -d user@domena.tld mi vrati:
Invalid user specified.
Maildrop novějších verzí se už nekompiluje přímo proti MySQL. Je to napsané přímo v dokumentu:
UPDATE: pro novější verze maildropu nemusíte provádět překompilvání s podporou MySQL (ono to ani nejde). Konfigurace maildropu byla přesunuta do authdaemona (takže používá stejný konfigurák pro připojení k MySQL jako courier-imap)
Pěkná dokumentace je
man maildropfilter
jinak taky docela pomáha diskuzní fórum http://news.gmane.org/group/gmane.mail.maildropMam takovej veselej problem ve Slackware neni podpora PAM. Co s tim? Nejaky napad?
Přestaň používat Slackware a nainstaluj si nějakou jinou distribuci, která PAM podporuje nebo si do Slacka PAM přidej (ale to asi nezvládneš, když se ptáš co s tím…).
Zdravím, je to super návod, dokonce jsem to podle něj zvládnul i já, ale nějak to nemůžu dotáhnout do konce, protože mi funguje všechno až na vybírání virtuálních mailboxů pomocí pop3d, imap nepotřebuju. Když nastavím v konfigu pop3d MAILDIRPATH napevno pro konkrétního virtuálního uživatele, všechno proběhne v pořádku, e-mail se stáhne, ale nevím jak nastavit tu proměnou, aby to bylo univerzální pro všechny, potřebuju to pro víc virtuálních domén, používám Slackware, jestli to je důležitá informace a pop3d jsem kompiloval. Díky za odpověď a jen tak dál, je to skvělá práce.
Aha, nedokoncil jsem myslenku. Myslel jsem jiny typ autentizace. Distribuci se mi moc menit nechtelo, ale pridavani PAM do slackware mi prijde zbytecne pracny. Vypada to na Debian. Diky za reakci. Pekny clanek.
Tak si naštěstí můžu odpovědět sám:-) Zapomněl jsem v authmysqlrc upřesnit v jakém sloupci databáze se nachází cesta k maildiru, takže už to funguje.
jsem nakonec zjistil ze je to v podstate jen snuska prikazu aptitude pro instalovani softu a pak kopirovani jiz hotovych konfiguraku, takze je to znacne zmatecny 🙂
Ale jestli to nekdy dovedu do lepsi podoby tak to urcite poslu..
Cau Zdendo,, size=336, nrcpt=1 (queue active), orig_to= , relay=local, delay=1, status=sent (d
uz te to hafo dotazu asi stve, ale jestli si najdes chvilku 🙂
Snazil jsem se aby kdyz v shellu na mailserveru napisu prikaz
“mail root” a poslu touto cestou mail aby byl dorucen do lokani schranky a mohl jsem si pod prihlasenym uzivatelem root precist prikazem “mail”
nejprve jsem zjistil ze mi adresy sender i recipient meni z “root” na “root@domena.tld” a timpadem se to snazil poslat “venkem”
tak jsem do tabulky postfix_access zadal “domena.tld” dorucovat do “local:” ted to sice pise v logu relay=local coz si myslim ze je ok, dokonce pise i ze se to odeslalo, ale po napsani prikazu “mail” zadny mail nedorazil.. kam teda ten mail sel ?
prikladam kus logu (snad dostatecny)
Feb 15 01:48:17 andrejka postfix/pickup[22152]: ED62B85F2: uid=0 from=
Feb 15 01:48:17 andrejka postfix/cleanup[25495]: ED62B85F2: message-id=<20060215004817.ED62B85F2@andrejka.koudis.net>
Feb 15 01:48:18 andrejka postfix/qmgr[22153]: ED62B85F2: from=
Feb 15 01:48:18 andrejka postfix/local[25499]: ED62B85F2: to=
elivered to maildir)
Feb 15 01:48:18 andrejka postfix/qmgr[22153]: ED62B85F2: removed
P.S. jeste jsem si zkousel hrat s tabulkou postfix_alias, ale tam jsem taky nic nevykoumal, tak jsem ji zas vyprazdnil..
diky moc za radu
Koudis
postfix_access mysleno postfix_transport
koukam v tom logu to vynechalo vsechno adresy mezi spicatyma zavorkama 🙁 maji tam byt.. ale to snad neni tak podstatny
no tak jsem prave zjistil ze se mi ty maily dorucovali do /root/Maildir/.. mozna za par hodin zjistim i jak docilit aby se dorucovali tak abych je mohl cist prikazem “mail” 🙂
takova drobnost, na tomhle radku
smtpd_client_restrictions = permit_mynetworks, permit_sasl_authenticated, reject
by melo byt jeste ” mysql:/etc/postfix/mysql-client.cf”
aby se v tabulce postfix_access dali omezovat clienti co se pripojuji
takze cele to bude:
smtpd_client_restrictions = check_client_access mysql:/etc/postfix/mysql-client.cf, permit_mynetworks, reject
ja to mam tedy bez SASL
zkousel jsem to i tak i tak, no jeste tam zkusim nacpat tustarou verzi maildropu …
Pripajam konfiguraciu pre antvir … Ak su tam nejake nezrovnalosti dajte vediet, inak toto mi funguje.
Treba nainstalovat amavis a clamav
Postfix uprava:
master.cf
smtp-amavis unix – – n – 2 smtp
-o smtp_data_done_timeout=1200
-o disable_dns_lookups=yes
127.0.0.1:10025 inet n – n – – smtpd
-o content_filter=
-o local_recipient_maps=
-o relay_recipient_maps=
-o smtpd_restriction_classes=
-o smtpd_client_restrictions=
-o smtpd_helo_restrictions=
-o smtpd_sender_restrictions=
-o smtpd_recipient_restrictions=permit_mynetworks,reject
-o mynetworks=127.0.0.0/8
-o strict_rfc821_envelopes=yes
——-
main.cf
content_filter = smtp-amavis:[127.0.0.1]:10024
——-
nastavenie amavisu:
amavisd.conf
$inet_socket_port = 10024;
$forward_method = ‘smtp:127.0.0.1:10025’;
$notify_method = $forward_method;
do cronu treba este pridat freshclam pre aktualizaciu ….
amavis sa da uplne upravit toto je zaklad aby to fungovalo.
pripadne to mozem niekde uplne laicky rozpisat … ak by bol zaujem, ale zdenda to mozno skorej stihne 😀
hotovo,
vyreseno tak, ze jsem nainstalil maildrop 1.6.3 a nastavil pro ty konkretni schranky dorucovani na maildrop (cela domena je jinak virtual)
a auto odpovedi bezi jako o zivot ;))
diky za rady
Zdravim, nemas k tomu zkonfigurovanyho i spamassasina ? Takhle mam taky antivir, ale spamassasin zrejme vubec nefunguje. Zkousel jsem ho nastavit aby vzdy pridaval halvicku a indexu spamu a nikdy nic neprida.. muzu ho vubec pouzivat i na odchozi maily ?
spam mam normalne nakonfigurivany podla navodu co je tu + nejaky upravy. Spam ide cez maildrop ak ide mail von zoberie ho priamo postfix takze sa to na mail neaplikuje … ale spravit by to mozna slo
Jakmile seženu pár hodin času a zrovna bude venku hnusně (když je pěkně, tak jdu s foťákem na procházku :-)), tak napíšu jak se nastavuje spamassassin tak aby se spouštěl v amavisu. Nějaký čas snad najdu o víkendu, tak se těšte… 🙂
maildrop je nastaveny s podporou mysql. dorucovanie mailov funguje v poriadku az na vynimku dorucenia jedneho velkeho aliasu na cca 300 lokalnych adries.
postfix vypise na niektore adresy chybovu hlasku maildropu: Invalid user specified. Uzivatel pritom existuje a ina posta sa mu doruci v poriadku.
Skusal som aj spravit skript, ktory lokalne doruci ale iba na jedno konto 3000 mailov. vsetky prejdu v poriadku. Nemal niekto podobny problem ?
Všechno funguje už jak má, jen maildrop zlobí 🙁
v postfix_virtual mam aliasy, ktery maji dorucit jeden mail na vice schranek, postfix to spravne rozpozna a vsechny ty adresy kam se ta zprava pak ma dorucit predava maildropu v tom pamarametru -d. Jenze maildrop to doruci jen do te prvni v poradi a na dalsi se uz vykasle. Slo by to nejak doladit? 🙁
Takhle postifix spouští maildrop:
a v logu postfixe je
, relay=maildrop, delay=5, status=sent (mysh.cz), orig_to=, relay=maildrop, delay=5,status=sent (mysh.cz), orig_to=, relay=maildrop, delay=5, status=sent (mysh.cz)
Feb 26 10:43:13 Holly postfix/pipe[24529]: 3EB4F5B2C5: to=
Feb 26 10:43:13 Holly postfix/pipe[24529]: 3EB4F5B2C5: to=
Feb 26 10:43:13 Holly postfix/pipe[24529]: 3EB4F5B2C5: to=
takže postfix nic špatně nedělá. Všechno to padne až v maildropu 🙁
Poradí prosím někdo, jak toto dořešit? dííky
odpovím si sám…
do main.cf bylo potřeba ještě přidat
maildrop_destination_concurrency_limit = 1
treba to nekomu dalsimu pomuze.
ktery vykend tim byl myslen? tetnto co prave ubehl:-D?
Ano, tento co prave ubehl. Proste jsem misto toho abych sedel u pocitace a neco psal sel ven…
Jsem se nejak zamotal.
Jsem zjistil ze jsem mel do nedavna zakomentovane radky s overeni klienta, odeilatele i prijemce. Takze v podstate verejne smtp 🙂
Server je umisten na vnitrni siti za NAT.
Prvnim ukolem je odesilat maily z vnitrni site. Tudiz mam nastaveny v rozsahu mynetworks toto:
mynetworks = 192.168.1.0/24 192.168.2.0/24 127.0.0.1/8
odesilani je bez problemu..
jenze pro prijem mailu se preklada na NATu vnejsi adresa na 192.168.1.1 a posila se to na mailserveru takze to zapadne do rozsahu a zas muze kazdy z venku vesele posilat.
Nevedel jsem jak tu jednu IP z toho rozsahu vykopat tak jsem ji dal zakazat pres mysql jako client_restriction na konretni IP, ale pak se mi zas vraci vsechny prichozi maily jako nedorucitelne pac vsechny chodi z teto IP adresy. Nejak mi neni jasny ten rozdil mezi prichozi a odchozi postou.
Muzete mi k tomu nekdo neco napsat ? Nebo odkaz na clanek kde je tohle konkretne vysvetleno ? Dik
uz vim co mi zpusobilo muj zmatek, pri odstranovani vyuziti ssl, jsem omylem odstranil i toto:
reject_unauth_destination
tudiz mi tam chodila posta ktera mi nepatrila a zatezovala spam filter
At delam co delam, nekde mam chybu. Konfiguraci jsem celou nekolkrat prosel, ale pri prijmu mailu mi postfix hlasi: Client host rejected: Access denied;
554
Zkousel jsem “mail user@domena.tld” a to funguje, mail se ulozi na spravne misto. Hledam bybu n vastaveni smtp, ale nemuzu najit. Nesetkal jste se s tim nekdo ?? Diky za rady.
Dobrý den,
na serveru přijímám poštu pro doménu domena.tld a rád bych přeposílal (s kopií nebo bez) poštu některých uživatelů domény domena.tld na doménu pro kterou poštu nepřijímám.
postfix_access:
domena.tld | OK | recipient
postfix_transport:
domena.tld | virtual:
zkoušel jsem:
postfix_virtual:
uzivatel@domena.tld | nejaky_uzivatel@nejaka_domena.tld
ale to mi hlásí “Domain not found (in reply to RCPT TO command)”, což je asi dáno tím, že pro danou doménu opravdu poštu nepřijímám. Jak tedy vyřešit tuto situaci? Raději bez maildropu.
A seš si jistý, že doména na kterou to přeposíláš skutečně pro server existuje? Funguje ti správně resolver?
nevite nekdo jak nastavit amavis aby kontroloval jen jednu domenu ? resp. aby jednu nekontroloval ? nasel jsem jen rozdeleni pri ip adresy, ale ja mam vsechny domeny na jedne ip… pak jsem nasel neco ohledne header_check, ale to jsem nepochopil.. kdyby nekdo vedel tak moc dekuju..
pripadne at ji kontroluje ale at vzdy test projde..
takhle mi hlasi user unknown in virtual table, je to totiz nejak divne cely nastaveny, smichany z nekolika navodu a posila to na domenu vacation.domain.tld kopii mailu pro auto odpovedi a amavis hlasi chybu..
Caute,
mam taky problem skusim poslat mail a dostanem taku chybovu hlasku:
(user unknown. Command output: Invalid user specified. )
SKontrolujem mysql.log a zvlastny select:
select maildir from postfix_users where email = ‘nejaka_domena.tld’ and postfix = ‘y’
Nieje tam user@nejaka_domena.tld ale iba nejaka_domena.tld
Konfiguroval som to podla tohto navodu a skontroloval som to dvakrat.
Os: Debian testing
Verzia maildropu je 2.0.2
****:~/soft/maildrop-2.0.2# maildrop -v
maildrop 2.0.2 Copyright 1998-2005 Double Precision, Inc.
GDBM extensions enabled.
Maildir quota extension enabled.
This program is distributed under the terms of the GNU General Public
License. See COPYING for additional information.
****:~/soft/maildrop-2.0.2#
Skusim prikaz courierauthtest ci mi najde usera -> pohoda
Ked pozriem mysql.log zvlastny select:
SELECT email, crypt, “”, uid, gid, homedir, maildir, “”, name, “” FROM postfix_users WHERE email = “test@****.sk” AND (access=’y’)
Ked skusim maildrop -d user@domain.tld tak vobec sa nedotazuje mysql a vypluje:
Invalid user specified.
Ked spustim gdb maildrop
a potom r -d test@nejaka_domena.tld
tak dostanem iba :
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
Invalid user specified.
Program exited with code 0103.
(gdb)
Ak som nieco zabudol dodat tak napiste.
Vdaka
Jano
Tak jsem zjistil, že mi to hodí tu chybu jen pokud pošlu mail ze svého počítač pomocí echo “text”|mail uzivatel@domena.tld. Pokud použiju mutt, tak je vše v pořádku. Mám Slack. a na serveru Debian.
Cauko
problem s maildrop. Dorucovanie posty pre virtualneho uzivatela ide v pohode. Ale ked chcem poslat mail localnemu uzivatelovi tak dostanem tuto hlasku:
(user unknown. Command output: Invalid user specified. )
Vsetko je nastavene podla tohto navodu. ide to v pohode ale ked skusim@domena.tld tak to vypise tu istu hlasku.
Ked skusim maildrop -d
maildrop -d
Kde moze byt problem?
Dik
Zdravím,
podařilo se vám někomu rozchodit aby po přijetí mailu se spustil nějaký příkaz?
Zatím to mám takto
tabulka transport
domain destination
local.test.cz local:
tabulka virtual
email destination
test@local.test.cz local.example.com
tabulka alias
alias destination
local.example.com |/datadisk/test
ale po poslání mailu na adresu test@local.test.cz končím na této chybě
(expanded from ): user
unknown. Command output: Invalid user specified.
čím to? 🙁
Jaktoze v tomto pripade nedojde k zacykleni ? se to vlastne preposle z test@test.cz na treba koudis@koudis.net a test@test.cz a z toho test@test.cz opet na ty dve adresy atd dokola ne ? 🙂 me se na jednom zpatlanym mailserveru, ktery je polepen z rucnych kusu navodu ted stava ze prave toto presmerovani udelo to ze do lokalni schranky mail ulozi v poradku jednou, ale do vzdalene tj. koudis@koudis.net prijde dvakrat 🙁 a vubec netusim jak to eliminovat
viz log:
Apr 18 15:32:30 server postfix/smtpd[9451]: connect from mail.perfect-system.cz[82.142.65.217], size=1331, nrcpt=2 (queue active), size=1566, nrcpt=1 (queue active), orig_to=, relay=127.0.0.1[127.0.0.1], delay=2, status=sent (250 2.6.0 Ok, id=09781-04, from MTA: 250 Ok: queued as 4E1CC70168), relay=mail.perfect-system.cz[82.142.65.217], delay=0, status=sent (250 Ok: queued as 6E163238A8), size=1655, nrcpt=2 (queue active), relay=127.0.0.1[127.0.0.1], delay=3, status=sent (250 2.6.0 Ok, id=09520-09, from MTA: 250 Ok: queued as 6F50E70168), relay=virtual, delay=0, status=sent (delivered to maildir), orig_to=, relay=mail.perfect-system.cz[82.142.65.217], delay=0, status=sent (250 Ok: queued as 8B074238A8)
Apr 18 15:32:30 server postfix/smtpd[9451]: 614037014E: client=mail.perfect-system.cz[82.142.65.217]
Apr 18 15:32:30 server postfix/cleanup[10226]: 614037014E: message-id=<4444EA4A.8060305@cmi.cz>
Apr 18 15:32:30 server postfix/qmgr[1603]: 614037014E: from=
Apr 18 15:32:30 server postfix/smtpd[9451]: disconnect from mail.perfect-system.cz[82.142.65.217]
Apr 18 15:32:32 server postfix/smtpd[9952]: connect from localhost[127.0.0.1]
Apr 18 15:32:32 server postfix/smtpd[9952]: 4E1CC70168: client=localhost[127.0.0.1]
Apr 18 15:32:32 server postfix/cleanup[10226]: 4E1CC70168: message-id=<4444EA4A.8060305@cmi.cz>
Apr 18 15:32:32 server postfix/qmgr[1603]: 4E1CC70168: from=
Apr 18 15:32:32 server postfix/smtpd[9952]: disconnect from localhost[127.0.0.1]
Apr 18 15:32:32 server postfix/smtp[8968]: 614037014E: to=
Apr 18 15:32:32 server postfix/smtp[10382]: 4E1CC70168: to=
Apr 18 15:32:32 server postfix/qmgr[1603]: 4E1CC70168: removed
Apr 18 15:32:33 server postfix/smtpd[9952]: connect from localhost[127.0.0.1]
Apr 18 15:32:33 server postfix/smtpd[9952]: 6F50E70168: client=localhost[127.0.0.1]
Apr 18 15:32:33 server postfix/cleanup[10226]: 6F50E70168: message-id=<4444EA4A.8060305@cmi.cz>
Apr 18 15:32:33 server postfix/qmgr[1603]: 6F50E70168: from=
Apr 18 15:32:33 server postfix/smtpd[9952]: disconnect from localhost[127.0.0.1]
Apr 18 15:32:33 server postfix/smtp[10199]: 614037014E: to=
Apr 18 15:32:33 server postfix/qmgr[1603]: 614037014E: removed
Apr 18 15:32:33 server postfix/virtual[9955]: 6F50E70168: to=
Apr 18 15:32:33 server postfix/smtp[10382]: 6F50E70168: to=
Apr 18 15:32:33 server postfix/qmgr[1603]: 6F50E70168: removed
Apr 18 15:32:37 server courierpop3login: Connection, ip=[::ffff:194.228.230.250]
vse v puvodnim zneni snad se toho neda zneuzit 🙂
nechapu proc se duplikuje, kdyby nekdo vedel, tak dik moc za radu
no tak ty ostry zavorky to neprezili no 🙁 orig_to= je vzdy treba test@test.cz a to= je m.koudelka@perfect-system.cz
tak chyba byla jinde, v master.cf mi u amavisu chybel parametr no_adress_mapping
zkus zakomentovat cast smtpd_client_restrictions a reloadnout. Pokud ti to pak pojede, tak hledej chybu tam…. pred chvili jsem se potykal s tim stejnym.
Psal jsem to nekde vyse, zkuste mrknout na sekci smtpd_client_restrictions. Podle navodu mi to nefakcilo, kdyz zakomentuju, tak jede….
no, problem je v tom ze ked to takto zadam tak posta dorazi do adresa1@domena a dorazi aj
do adresa2@kdekoliv, ale ta mi uz dorazi 2x ten isty 🙁
> P.s. mne maildrop vracia toto: maildrop: signal 0x0B takze mam o zabavu postarane …
Překompiloval jsem si debianí balíček pro courier-maildrop a stalo se mi to stejné. Na nějakém fóru jsem našel info, že 0x0B je sigsegv a díky strace pak to, že v mém případě nezvládl najít konfigurák.
Původní umístění konfiguráku v debianu je totiž /etc/maildrop/maildropmysql.cf, kdežto v originálním zdroji /etc/maildropmysql.config.
Rychlé řešení mě napadá v tomto případě dvojí:
Snad to někomu helpne.
nemelo by toto presmerovat vsechny maily se subjectem test presmerovat do podslozky root ?
if ( /^Subject:.*test/ )
{
to “/home/virtual/koudis.net/koudis/.root/.”
}
snazim se aby se mi posta pro root@koudis.net tridila uz na serveru do slozek, pouzivam totiz mail klienty na ruznych kompech a nechci na nich delat pravidla na postu 🙁
Používám následující pravidlo pro filtrování podle toho komu je email určený takže předpokládám, že by to tvé mohlo také fungovat (nechce se mi to zkoušet).
aha, diky moc.. ja jsem nakonec zjistil ze jsem mel nastaveno dorucovani virtual, pricemz jestli spravne chapu se pravidla nepouzivaji, uz jen proto ze jsou to maildropfilters 🙂 ale kdyz jsem prepnul na maildrop dorucovani, tak mi to zacalo pro celou domenu hlasit user unknown 🙁 zadne schranky, zadne aliasy, zadne domain kose 🙁
a nejak me nenapadalo proc to.. priznam se budu to poradne resit az dnes, ale kdyby me nekdo nakopnul spravnym smerem tak budu vdecny
uz si na tom zapracoval? ja na tom zkoncil prave ted
Ne, nemám čas.
Zdravím, narazil jsem na následující problém a tak mě napadlo, zda někdo nemůže poradit.
Pro doručování lokálně používám maildrop a doručování v lokálu na virtuální domény i aliasy je OK. Není však možné doručit poštu odkudkoliv mimo lokál (tedy zkouším doručit na alias virtuálního uživatele), pošta je vždy odmítnuta.
V main.cf mám toto:
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, permit_auth_destination, check_relay_domains, check_recipient_access mysql:/etc/postfix/vmail/mysql-recipient.cf, reject_unauth_destination, reject_unknown_sender_domain
smtpd_sender_restrictions = permit_mynetworks, check_sender_access mysql:/etc/postfix/vmail/mysql-sender.cf, permit_sasl_authenticated, reject
smtpd_client_restrictions = permit_mynetworks, check_client_access mysql:/etc/postfix/vmail/mysql-client.cf, permit_sasl_authenticated, reject
A v logu toto:: Client host rejected: Access denied
Dec 11 12:26:11 test01 postfix/smtpd[6265]: > smtp.nextra.cz[195.70.130.2]: 554
Dec 11 12:26:11 test01 postfix/smtpd[6265]: > smtp.nextra.cz[195.70.130.2]: 554 Error: no valid recipients
Pokud z main.cf odstraním smtpd_client_restrictions, mám v logu tuto chybu:: Sender address rejected: Access denied;
Dec 6 09:03:55 test01 postfix/smtpd[20766]: NOQUEUE: reject: RCPT from smtp.nextra.cz[195.70.130.2]: 554
Dec 6 09:03:55 test01 postfix/smtpd[20766]: > smtp.nextra.cz[195.70.130.2]: 554 Error: no valid recipients
No a pokud odstraním ještě smtpd_sender_restrictions, vše sice funguje, jenže mám open relay.
Domnívám se, že problém je v tom, že postfix z nějakého důvodu nepozná, že pošta má být doručena lokálně do virtuální schránky (že by nevěděl, jaké virtuální domény a aliasy má?), proto zcela správně poštu odmítne (žádné jiné podmínky splněny nejsou). Mám sice definováno virtual_mailbox_maps, ale minimálně pro aliasy to asi podle tohoto návodu nemůže nic najít (rád bych se mýlil). Aliasy mám v postfix_virtual, tam ale zase není maildir, pouze virtuální adresa pro doručení. Takže mě napadá select nad oběmi tabulkami postfix_virtual a postfix_users (asi něco jako “SELECT postfix_users.maildir FROM postfix_users, postfix_virtual WHERE postfix_virtual.email=’%s’ AND postfix_virtual.destination=postfix_users.email”), to mi ale připadá dost složité (= časově náročný dotaz) a také (asi hlavně) nemám nápad, jak by měl vypadat příslušný .cf soubor (jak uvést názvy 2 tabulek a podmínku?).
Co jsem přehlédl nebo nedomyslel? Nějaký nápad?
A když už zmiňuji aliasy k virtuálním účtům, také se mi nepodařilo definovat alias pro celou doménu, např. aby uživatelům kdokoliv@domena.cz byla doručena i pošta adresovaná kdokoliv@mbox.domena.cz nebo kdokoliv@domena.eu. Lze sice definovat všechny aliasy samostatně, zdá se to ale být minimálně dost neprehledné a hodně pracné.
Díky …
maildrop: signal 0x0B som dostaval pokial som mal v tabulke postfix_users nastavenu quotu ako NULL.
vopred sa ospravedlnujem ak nieco zle napisem ale zaciatok tohto textarea je nejako skryte pod lavym menu…
chcem sa len opytat ci toto ide udelat na slackwareu bez pam… alebo sa ani namam pokusat…
dik
Na Slackware lze samozřejmě mailserver také postavit, PAM se nemusí použít, ale konfigurace SW se bude lišit.
—
Světlo na konci tunelu může být reflektor protijedoucí lokomotivy.
Testy pro spamassassin. Urcite se budou hodit.
http://spamassassin.apache.org/tests_3_0_x.html
Lze do systemu jednoduse implementovat RBL kontrolu. Pokud se nepletu, tat ta ukonci komunikaci se serverem , ktery posila spam jete nez zacne prenast. Snizilo by to znacne zatez serveru (prijmout mal, vyhodnotit ho jako spam a pote ho smazat je prece dot narocne).
Kaja
RBL nepoužívám, ale samozřejmě to lze velmi lehce nasadit (stačí použít hledání na google 🙂 ). Spíš bych doporučil greylisting, dobré zkušenosti mám s postfix-gld.
No ja pouzivam Sagator-a, ten umi jak Clamav tak Spamassasin, je napsan v pythonu … bo perl je prasarna nenazrana … no hlavne ze Spamassasin je taky v perlu a Clamav tak napul.
Jinak samozrejme ze Clamavd a Spamassasind, protoze jinak se server uforkuje k smrti. Na strankach Sagatoru doporucuji prejit na antispam napsany v pythonu, protoze perl ma tak o 90% vetsi CPU a pametove naroky a pri velkem zatizeni je to DOS utok
Zdravím, mám problém s konfigurací mailserveru podle tohoto návodu. Kolega si s tím hraje už asi týden a zatím mu to stále nejde 🙁
Byl by mi někdo ochoten mi s tím pomoci za rozumnou cenu? Kdyžtak mi prosím napište na petr (a) priroda.cz. Předem moc díky.
vyřešeno
http://bliki.rimuhosting.com/space/knowledgebase/linux/mail/postfixadmin+on+debian+sarge
postfix + dovecot (imap, pop3)
lepe pracuje se slozkama
Ahoj, tak jsem uspešně všechno nainstaloval a už si začínám konečně hrát.
Vytvořel jsem pro sebe takovej malej scriptík kterej dle databaze spočíta aktuální velikost uživatelských schránek
a uloží ji do DB (schránky načíte z DB z postfix_users) . Tak jsem si říklal že se bude třebas někomu hodit.
Mějte se fajn a čau.
#!/usr/bin/perl
use strict;
use warnings;
use File::stat;
use DBI;
use Switch;
#dle db spocita velikosti uzivatelskych schranek
# je nutne rozsirit DB o jeden sloupec akt_size
# velikost je zaokrouhlena na cele MB, "du -sm /adresar/z/emailem/uzivatele"
# SQL pro vytvoření sloupce:
# ALTER TABLE `postfix_users` ADD `akt_size` TINYTEXT NOT NULL AFTER `quota` ;
my $filesize;
my $query_sel;
my $query_upd;
my $mysql_username = "login_do_databaze";
my $mysql_password = "heslo_do_databaze";
my $mysql_datasource = "dbi:mysql:database=hosting;host=localhost;port=3306";
# select postfix_users virtual / homedir
my $connect_sel = DBI->connect( $mysql_datasource,$mysql_username,$mysql_password,{
RaiseError => 1,
AutoCommit => 0,
PrintError => 0
})
or die $DBI::errstr;
# update aktualni velikosti emailu v postfix_users / novy sloupec akt_size
my $connect_upd = DBI->connect( $mysql_datasource,$mysql_username,$mysql_password,{
RaiseError => 1,
AutoCommit => 1,
PrintError => 0
})
or die $DBI::errstr;
my $sql_sel = "select id,REPLACE(CONCAT(homedir,'/',maildir),'/Maildir/','') as dir from postfix_users";
$query_sel = $connect_sel->prepare($sql_sel);
$query_sel->execute();
while(my ($id,$dir) = $query_sel->fetchrow()){
$filesize = `du -sm $dir`;
my @split_data = split(' ',$filesize);
$query_upd = $connect_upd->prepare("update postfix_users set akt_size = $split_data[0] where id = $id");
$query_upd->execute();
}
$connect_sel->disconnect()
or die $DBI::errstr;
$connect_upd->disconnect()
or die $DBI::errstr;
exit 0;
Pěkné, ale nebylo by lepší používat quoty v maildropu? Pak je možné třeba ve webmailu uživateli zobrazovat stav obsazeného místa…
Neumím si totiž představit, že bych tento skriptík pouštěl na serveru u sebe, kde mám uživatele se stovkami tisíc souborů a několik stovek uživatelů celkově…
Zdravím všechny guru,
potřeboval bych pomoc s nastavením SMTP AUTH. Vše běží na SuSE 9.2, o této distribuci se zatím, myslím, nikdo nezmiňoval, i když si nemyslím, že by měla být tolik odlišná. Bez smtp ověření vše funguje, ověření pro pop3 a imap také ok, pouze smtp vzdoruje, zřejmě problém se sasl. Již několik měsíců čtu různé diskuze a zkouším popsané postupy, nicméně vždy skončím v podstatě stejně:
Jul 28 09:47:45 host01 postfix/smtpd[13950]: warning: SASL authentication failure: cannot connect to saslauthd server: No such file or directory
Jul 28 09:47:45 host01 postfix/smtpd[13950]: warning: test.office.local[192.168.0.10]: SASL LOGIN authentication failed
Jul 28 09:47:45 host01 postfix/smtpd[13950]: > test.office.local[192.168.0.10]: 535 Error: authentication failed
saslauthd mi běží (snad i se správnými parametry):
# ps -ef| grep saslauthd
root 13770 1 0 09:36 ? 00:00:00 /usr/sbin/saslauthd -a pam -c -r -m /var/spool/postfix/var/run/saslauthd
root 13785 13770 0 09:36 ? 00:00:00 /usr/sbin/saslauthd -a pam -c -r -m /var/spool/postfix/var/run/saslauthd
root 13786 13770 0 09:36 ? 00:00:00 /usr/sbin/saslauthd -a pam -c -r -m /var/spool/postfix/var/run/saslauthd
root 13787 13770 0 09:36 ? 00:00:00 /usr/sbin/saslauthd -a pam -c -r -m /var/spool/postfix/var/run/saslauthd
root 13788 13770 0 09:36 ? 00:00:00 /usr/sbin/saslauthd -a pam -c -r -m /var/spool/postfix/var/run/saslauthd
a adresáře také exitují:
# l /var/spool/postfix/var/run/
total 0
drwxr-xr-x 3 root root 80 2006-06-08 15:57 ./
drwxr-xr-x 3 root root 72 2006-06-08 15:57 ../
drwxr-xr-x 2 root root 200 2006-07-28 09:36 saslauthd/
# l /var/run/sasl*
lrwxrwxrwx 1 root root 36 2006-06-08 15:57 /var/run/saslauthd -> /var/spool/postfix/var/run/saslauthd/
postfix neběží v chrootu.
Mám naistalováno (mimo jiné, další balíčky snad se SASL nesouvisí?):
mysql-4.0.21-4.8
mysql-client-4.0.21-4
cyrus-sasl-saslauthd-2.1.19-5
postfix-2.2.8
pam_mysql-0.7RC1
courier-authlib-0.57
courier-imap-4.0.6
Konfigurační soubory vypadají takto:
# cat /etc/sysconfig/saslauthd
# Authentication mechanism to use by saslauthd.
# See man 8 saslauthd for available mechanisms.
#
START=yes
PARAMS=”-c -r -m /var/spool/postfix/var/run/saslauthd”
SASLAUTHD_AUTHMECH=pam
MECHANISMS=”pam”
# cat /usr/lib/sasl2/smtpd.conf
# Soubor smtpd.conf
pwcheck_method: auxprop saslauthd
auxprop_plugin: sql
mech_list: plain login
allow_plaintext: true
sql_engine: mysql
sql_hostnames: localhost
sql_user: uzivatel
sql_passwd: heslo
sql_database: mail
sql_select: select clear from postfix_users where email=’%u@%r’ and postfix=’Y’
sql_verbose: yes
# cat /etc/pam.d/smtp
# Soubor smtp
auth sufficient pam_mysql.so user=uzivatel passwd=heslo host=localhost db=mail table=postfix_users usercolumn=email passwdcolumn=clear
auth sufficient pam_mysql.so user=uzivatel passwd=heslo host=localhost db=mail table=postfix_users usercolumn=email passwdcolumn=crypt crypt=1 md5=y
auth required pam_deny.so
account sufficient pam_mysql.so user=uzivatel passwd=heslo host=localhost db=mail table=postfix_users usercolumn=email passwdcolumn=crypt [where=postfix=”Y”]
account required pam_deny.so
Opravdu již nemám nejmenší nápad, proto prosím o radu či nakopnutí, kudy dál postupovat. Nejraději bych vše snazal a nainstaloval znovu, to ale udělat nemohu – uživatelé by nebyli moc rádi.
Díky…
Nainstaloval jsem greylist podle http://www.root.cz/clanky/greylisting-aneb-kladivo-na-spam/ a s klidem muzu rici ze to opravdu funguje. Skrz spamassassin mi posledni mesic prochazi cim dal vic viagry:-( za poslednich 6 hodin mi neprisla ani jedna a to bezne chodily tak 2 do hodiny..
Rada nebo nakopnutí? Asi bych zkusil zjistit jaký soubor a proč to vlastně nemůže najít (zkusit zapnout nějaký debug? použít strace?)…
Greylisting je prima, ale ne vždy jde použít 🙁
Diky chlape, mel jsem uplne stejnej problem. Pridal jsem radku a uz to funguje tak jak ma. Uz se s tim param 2 dny.
Potreboval bych poradit s Postfixem.
Mam uzivatele definovene pres LDAP ale home ids se jim vytvari az pri prvnim pristupu. Je nejak mozne nastavit, aby se vatvoril i pri prvni pristupu pras imap(Dovecot) a pri prichodu prvni posty? Diky Jiri
Uživatelům zakládám domácí adresáře tak, že jim po založení účtu na stroji pošlu email. Maildrop má v pravidlech pravidlo pro kontrolu existence adresáře a v případě potřeby ho yaloží. Email se posílá automaticky z administračního rozhraní, kde zakládám uživatele.
Zdravím,
nevíte někdo jak upravit (přeložit do češtiny) posfixovy emailový hlášení který se vrací při nedoručení emailu ?
Díky
Myslím, že byses měl podívat do zdrojáků…
Tak nevím ale asi mi tu někdo odstranil dotaz???
Ten někdo jsem byl já.
a pročpak se to stalo?Jestli jsem napsal něco špatně tak se omlouvám ale opravdu s tím potřebuju pomoci.
Odpověď: http://www.zdenda.com/smazany-komentar
zkompilovat maildrop s podporou mysql?
Nový maildrop (verze 2) to již nepotřebuje, používá k tomu courier-authlib.
pardon na zaklade dotazu na mail, jsem to sem zrejme napsal blbe.. melo to byt nikoliv master.cf ale asi jsem mel na mysli main.cf a jde o radek:
receive_override_options = no_address_mappings
no, tak ten tvoj riadok no_address_mappings bolo nakopnutie spravnym smerom 😉
takze podla porekadla prve slovo plati druhe leti z gati ta opravujem:
nie do main.cf, ale ako si predtym spravne uviedol do master.cf a rovno k AMAVISD-NEW treba pridat takyto riadok
-o receive_override_options=no_address_mappings
– tym sme povedali amavisu nech sa vykasle na aliasi a nebude to dorucovat 2x…
KURNA KONECNE, drbkal som sa stym 3 dni kym som na to prisiel preco mi to zdvojuje 🙂
Takze dakujem ti ze si to tu spomenul aj ze si mi odpisoval na majla 😉
A tiez “SVACAovi” z tohto prispevku, kde som nasiel spravny zapis:
http://www.abclinuxu.cz/forum/show/170562
OK uz len zisti jak sa robi auto-odpoved 🙂
Jestli myslíš auto-odpověď jako třeba informaci o tom že jsi na dovolené a podobně, tak se podívej na program vacation.
Zdravim, prosim pomoc. Jiz nekolik dni se snazime s kolegou rozjet tuhle srandicku na debianu 3.1r1 sarge. A stale narazime na neuveritelnou chybu. Posta jde odesilat ze stroje, jde posilat na lokal, ale pokud chci poslat email z jineho stroje k nam tak podle logu postfixe se stane asi toto:
Apr 26 17:48:56 xxxxx postfix/smtpd[20413]: connect from relay.xxxxx.net[212.90.165.8]: Client host rejected: Access denied; from= to= proto=ESMTP helo=
Apr 26 17:48:56 xxxxx postfix/smtpd[20413]: NOQUEUE: reject: RCPT from relay.xxxxx.net[212.90.165.8]: 554
Apr 26 17:48:56 xxxxx postfix/smtpd[20413]: disconnect from relay.xxxx.net[212.90.165.8]
kdyby nekdo vedel cim to muze byt tak prosim poradte…diky predem…
Pingback:Mailserver – Postfix, Dovecot a MySQL » BCVlog