On Fri, Jul 29, 2011 at 11:04 PM, Jeroen Geilman <jer...@adaptr.nl> wrote: > On 2011-07-29 21:20, Andrea Ganduglia wrote: >> >> On Fri, Jul 29, 2011 at 7:05 PM, Jeroen Geilman<jer...@adaptr.nl> wrote: >>> >>> On 2011-07-29 18:37, Andrea Ganduglia wrote: >>>> >>>> my outbound traffic try to authenticate recipients and delivery fails >>> >>> My god, why is this so complicated ? >>> >>> You're adding extra transport maps to a transport that is already the >>> default virtual transport, to override transport maps that are empty. >> >> I don't understand this point. The only way that Dovecot works is use >> transpot_maps, if I use just virtual_transport = dovecot it doesn't >> works. > > Then you did something wrong. > As long as the dovecot transport knows how to handle the mail sent to it, > virtual_transport = dovecot will work fine.
I agree but I don't understand where. In any case, I have try this query: SELECT "dovecot" AS transport FROM mailbox WHERE domain = '%d' LIMIT 1 and then: transport_maps = mysql:/etc/postfix/mysql_virtual_transport.cf maildrop_destination_recipient_limit = 1 virtual_transport = virtual In my thinking if query failed postfix ignore dovecot and move on. Look here: FROM u...@example.com TO nonews....@gmail.com (webmail) Jul 29 22:44:29 host postfix/pickup[4481]: 7177C2548187: uid=33 from=<u...@example.com> Jul 29 22:44:29 host postfix/qmgr[2470]: 7177C2548187: from=<u...@example.com>, size=549, nrcpt=1 (queue active) Jul 29 22:44:31 host postfix/smtp[4570]: 7177C2548187: to=<nonews....@gmail.com>, relay=gmail-smtp-in.l.google.com[209.85.229.27]:25, delay=1.9, delays=0/0/0.1/1.8, dsn=2.0.0, status=sent (250 2.0.0 OK 1311972297 y56si4711252wec.111) FROM u...@example.com TO u...@example.com (webmail) Jul 29 22:45:46 host postfix/pickup[4481]: D3A602548187: uid=33 from=<u...@example.com> Jul 29 22:45:46 host postfix/qmgr[2470]: D3A602548187: from=<u...@example.com>, size=543, nrcpt=1 (queue active) Jul 29 22:45:47 host postfix/pipe[4472]: D3A602548187: to=<u...@example.com>, relay=dovecot, delay=0.5, delays=0.39/0/0/0.11, dsn=2.0.0, status=sent (delivered via dovecot service) FROM nonews....@gmail.com TO u...@example.com Jul 29 22:46:45 host postfix/qmgr[2470]: B23322548178: from=<nonews....@gmail.com>, size=1516, nrcpt=1 (queue active) Jul 29 22:46:46 host postfix/pickup[4481]: 52F01254818B: uid=5001 from=<nonews....@gmail.com> Jul 29 22:46:46 host postfix/pipe[3388]: B23322548178: to=<u...@example.com>, relay=spamassassin, delay=0.73, delays=0.36/0/0/0.37, dsn=2.0.0, status=sent (delivered via spamassassin service) Jul 29 22:46:46 host postfix/pipe[4028]: 52F01254818B: to=<u...@example.com>, relay=dovecot, delay=0.02, delays=0/0/0/0.02, dsn=2.0.0, status=sent (delivered via dovecot service) FROM u...@example.com TO nonews....@gmail.com (authenticated smtp) Jul 29 22:48:15 host postfix/smtpd[2548]: AFD0D2548187: client=myconnection.domain.tld[**.**.***.***], sasl_method=CRAM-MD5, sasl_username=u...@example.com Jul 29 22:48:15 host postfix/cleanup[3988]: AFD0D2548187: message-id=<4e331c9c.3050...@example.com> Jul 29 22:48:15 host postfix/qmgr[2470]: AFD0D2548187: from=<u...@example.com>, size=614, nrcpt=1 (queue active) Jul 29 22:48:15 host postfix/pickup[4481]: D9A76254818C: uid=5001 from=<u...@example.com> Jul 29 22:48:15 host postfix/pipe[2702]: AFD0D2548187: to=<nonews....@gmail.com>, relay=spamassassin, delay=0.22, delays=0.14/0/0/0.07, dsn=2.0.0, status=sent (delivered via spamassassin service) Jul 29 22:48:15 host postfix/cleanup[4020]: D9A76254818C: message-id=<4e331c9c.3050...@example.com> Jul 29 22:48:15 host postfix/qmgr[2470]: D9A76254818C: from=<u...@example.com>, size=913, nrcpt=1 (queue active) Jul 29 22:48:17 host postfix/smtp[4570]: D9A76254818C: to=<nonews....@gmail.com>, relay=gmail-smtp-in.l.google.com[209.85.229.27]:25, delay=1.6, delays=0/0/0.1/1.5, dsn=2.0.0, status=sent (250 2.0.0 OK 1311972523 fu20si4710924wbb.118) It seems to work. > The problem is that you have not sufficiently explained what "this" is. > I gather you're trying to use dovecot to deliver incoming mail, and want to > avoid that on outgoing mail. It is. > This is not difficult, as long as you don't override postfix' default > behaviour with silly transport_maps that don't work. Without transport_maps it doesn't works. If I set virtual_transport = dovecot log returns relay=none It was my first problem. http://www.linux-archive.org/debian-user/555576-postfix-virtual_transport-maildrop.html then here http://www.linux-archive.org/debian-user/557551-sieve-dovecot-squeeze-help.html and here http://www.dovecot.org/list/dovecot/2011-July/060313.html >> I post this issue through out 3 world wide >> mailing list {debian,dovecot,postfix}-user in last two weeks, I read >> much about "talk", but no one said me where I wrong, why and how I can >> fix it. > > Nobody is being paid to help you, surely. I have not said this, you know. I'm here from a decade to now, I know how it works! :-D Well... Thank your for your time. Now it works, but my solution taste of hack and I'm worried about.
