On Sat, Jul 03, 2010 at 08:36:03PM +0800, Hans Neukomm wrote:
after lots of trial and error and the help of THIS mail list,
FWIW this one is posted on the wrong list; this one's a Postfix issue. Your hint for that should have been to see that the logs demonstrating the problem were entirely from Postfix.
finally my dovecot-postfix combination seems to work yet the dovecot mail spool always is empty all mail forwarded to my main mail server - but i have no mail relay configured.
why is the mail NOT in the dovecot inbox but forwarded to another mail server ??
Because the kriyayoga host does not know it's supposed to be the final destination for kriyayoga.com. Anything not recognized as a locally-hosted destination will be routed as per DNS lookup.
http://www.postfix.org/ADDRESS_CLASS_README.html http://www.postfix.org/VIRTUAL_README.html
and why does postconf -A show cyrus and NOT dovecot ??
Irrelevant to your issue, this is normal. Dovecot does not have a client SASL implementation.
below some relevant config data.
my goal is to have a clean simple dovecot+postfix mail system with nothing else (cyrus or so) involved when ever possible.
---------- DNS MX stuff
dig mx kriyayoga.com ;; ANSWER SECTION: kriyayoga.com. 3600 IN MX 10 smtp.kriyayoga.com. kriyayoga.com. 3600 IN MX 0 mail.kriyayoga.com.
The dual MX is usually not a good idea. To do it right is far from simple. Your lower priority MX host will be a spam magnet.
the new dovecot setup is tested on smtp.kriyayoga.com and when successfully working shall be used on both mail MX servers.
Two mailstores? Again, this is not simple to set up.
postfix stuff relevant to dovecot
postconf -A cyrus
postconf -a cyrus dovecot
my postconf -n shows nothing about cyrus in the config NOR anything about mail-relay to my main MX
relayhost = mailbox_transport = mailbox_command =
Those all being default settings, they do not belong in main.cf.
smtpd_sasl_type = dovecot virtual_transport = dovecot
---------- below the mail log for sending mail to my dovecot box
Jul 3 20:31:08 kriyayoga postfix/smtpd[27801]: connect from unknown[124.108.51.96] Jul 3 20:31:08 kriyayoga dovecot: auth(default): new auth connection: pid=27801 Jul 3 20:31:09 kriyayoga dovecot: auth(default): client in: AUTH#0111#011PLAIN#011service=smtp#011nologin#011lip=78.46.101.111#011rip=124.108.51.96#011resp=aGFucwBoYW5zAEk4Q3Nhd084MUR4Y1JlTTh1QmgwTA== Jul 3 20:31:09 kriyayoga dovecot: auth(default): passwd-file(hans,124.108.51.96): lookup: user=hans file=/etc/dovecot/passwd Jul 3 20:31:09 kriyayoga dovecot: auth(default): client out: OK#0111#011user=hans
Okay, those are Dovecot logs, but not entirely relevant to the problem. The user hans authenticated successfully and is being permitted to relay to an external domain, kriyayoga.com.
Jul 3 20:31:09 kriyayoga postfix/smtpd[27801]: BC90129D9F: client=unknown[124.108.51.96], sasl_method=PLAIN, sasl_username=hans Jul 3 20:31:10 kriyayoga postfix/cleanup[27807]: BC90129D9F: message-id=<201007032031.07830.hans@kriyayoga.com> Jul 3 20:31:10 kriyayoga postfix/qmgr[14627]: BC90129D9F: from=<hans@kriyayoga.com>, size=1287, nrcpt=2 (queue active) Jul 3 20:31:10 kriyayoga postfix/smtp[27808]: BC90129D9F: to=<hans@kriyayoga.com>, relay=mail.kriyayoga.com[88.198.14.45]:25, delay=0.95, delays=0.5/0.01/0.17/0.26, dsn=2.0.0, status=sent (250 Ok: queued as 97FCE138024) Jul 3 20:31:10 kriyayoga postfix/smtp[27808]: BC90129D9F: to=<hans@kriyayoga.com>, relay=mail.kriyayoga.com[88.198.14.45]:25, delay=0.95, delays=0.5/0.01/0.17/0.26, dsn=2.0.0, status=sent (250 Ok: queued as 97FCE138024)
According to the MX records you posted, mail.kriyayoga.com. is the highest priority ("0") MX host for kriyayoga.com. So the rest of the non-spamming world is going to send all kriyayoga.com. mail there as well.
Jul 3 20:31:10 kriyayoga postfix/qmgr[14627]: BC90129D9F: removed
at this point the mail is gone already - NO mail in my dovecot inbox - NO error - just automatically relayed to my main MX
If you need to followup on this to the Postfix list, see: http://www.postfix.org/DEBUG_README.html#mail
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header