Dafür mußt Du nichts vorbereiten. Du mußt saslauthd, den standalone daemon, so starten, dass er auf /etc/shadow als authentication backend zugreift:

# saslauthd -a shadow

Dann mit testsaslauthd prüfen, ob saslauthd einen User authentifizieren kann:

# testsaslauthd -u test -p testpass

Damit Postfix weis, dass er mit saslauthd zu tun hat und der nur plaintext Mechanismen beherrscht, erstellst Du folgende Konfiguration in /usr/lib/sasl2/smtpd.conf (debian: /etc/postfix/sasl/smtpd.conf):

pwcheck_method: saslauthd
mech_list: PLAIN LOGIN
log_level: 3

Den Zugriff auf die sasldb regelt Postfix direkt. Zuerst mußt Du die sasldb2 erstellen. Dazu nützt Du saslpasswd2:

saslpasswd2 -c -u mail.example.com test

Das generiert /etc/sasldb2; die sollte nur für root und die Gruppe postfix lesbar sein!

Dann mußt Du in der /usr/lib/sasl2/smtpd.conf (debian: /etc/postfix/sasl/smtpd.conf) folgende Parameter setzen:

pwcheck_method: auxprop
mech_list: PLAIN LOGIN CRAM-MD5 DIGEST-MD5
log_level: 3
auxprop_plugin: sasldb

Seit SASL 2.1.17 ist gibt es kein eigenes MySQL auxprop plugin mehr; es ist jetzt Bestandteil eines generischen sql auxprop plugins. Ein Tabellen layout für Mysql könnte so aussehen:

-- MySQL dump 9.10
--
-- Host: localhost    Database: mail
-- ------------------------------------------------------
-- Server version       4.0.18-log

--
-- Table structure for table `users`
--

CREATE TABLE users (
  id int(11) unsigned NOT NULL auto_increment,
  username varchar(255) NOT NULL default '0',
  userrealm varchar(255) NOT NULL default 'mail.example.com',
  userpassword varchar(255) NOT NULL default '1stP@ss',
  auth tinyint(1) default '1',
  PRIMARY KEY  (id),
  UNIQUE KEY id (id)
) TYPE=MyISAM COMMENT='SMTP AUTH relay users';

--
-- Dumping data for table `users`
--

INSERT INTO users VALUES (1,'test','mail.example.com','testpass',1);

Auch hier regelt Postfix smtpd daemon den Zugriff direkt. Was genau er zu tun hat, regelst Du wieder in der smtpd.conf:

pwcheck_method: auxprop
auxprop_plugin: sql
mech_list: PLAIN LOGIN CRAM-MD5 DIGEST-MD5
log_level: 3

sql_engine: mysql
sql_hostnames: localhost
sql_database: mail
sql_user: postfix
sql_passwd: Yanggt!
sql_select: SELECT %p FROM users WHERE username = '%u' AND userrealm = '%r' AND auth = '1'
sql_usessl: no

In main.cf folgende Parameter und Optionen aktivieren:

## SMTP AUTH Server

smtpd_sasl_auth_enable = yes 
smtpd_sasl_local_domain = mail.example.com 
broken_sasl_auth_clients = yes 
smtpd_sasl_security_options = noanonymous 


smtpd_recipient_restrictions = 
    ...
    permit_sasl_authenticated 
    ...

	SMTP AUTH aktivieren
	smtpd_sasl_local_domain konfiguriert den realm. Wenn Du saslauthd nutzt, dann mußt Du den Parameter setzen, aber leer (!) lassen.
	Unterstützung für client, die SMTP AUTH nicht RFC konform erkennen wie z.B. Outlook (Express).
	Welche Mechanismen darf Postfix anbieten. Immer mindestens noanonymous lassen, weil sonst jeder der irgendeinen String als AUTH schickt relayen darf...
	In die smtpd_recipient_restrictions mußt Du als Option permit_sasl_authenticated eintragen, damit authentisierte clients relayen dürfen.

Danach Postfix mit postfix reload zum Einlesen der neuen Konfiguration bewegen.

Mit den folgenden Kommandozeilen kannst Du plaintext Teststrings zum Authentisieren für den User test mit dem Passwort testpass generieren:

#encrypt
perl -MMIME::Base64 -e 'print encode_base64("test\0test\0testpass");'
dGVzdAB0ZXN0AHRlc3RwYXNz

# decrypt
perl -MMIME::Base64 -e 'print decode_base64("dGVzdAB0ZXN0AHRlc3RwYXNz"); print "\n";'

Jetzt kannst Du für alle drei oben genannten Konfigurationsszenarien SMTP AUTH in Postfix testen. Dazu telnettest Du einfach zu Postfix:

220 mail.example.com ESMTP Postfix
EHLO example.com
250-mail.example.com
250-PIPELINING
250-SIZE 10240000
250-VRFY
250-ETRN
250-AUTH DIGEST-MD5 CRAM-MD5 GSSAPI PLAIN LOGIN
250-AUTH=DIGEST-MD5 CRAM-MD5 GSSAPI PLAIN LOGIN
250-XVERP
250 8BITMIME
AUTH PLAIN dGVzdAB0ZXN0AHRlc3RwYXNz
235 Authentication successful
QUIT
221 Bye