[Dovecot] user unknown with deliver
I'm getting user unknown when trying to deliver to Sent folder messages. My master.cf part is: copy2sent unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${sasl_username} -m Sent
But it still won't work. I'm running 1.0.15
pluto postfix/pipe[30934]: 7470890C4DA: to=<bcc@bcc.example.com>, relay=copy2sent, delay=0.03, delays=0.02/0/0/0.01, dsn=5.1.1, status=bounced (user unknown)
On 7/16/2009 8:35 AM, Nikolay Shopik wrote:
I'm getting user unknown when trying to deliver to Sent folder messages.
? Why are you delivering to Sent folder?
It is the responsibility of the mail Client - not Deliver - to place a copy of sent messages in the Sent folder.
--
Best regards,
Charles
Charles Marcus wrote:
On 7/16/2009 8:35 AM, Nikolay Shopik wrote:
I'm getting user unknown when trying to deliver to Sent folder messages.
? Why are you delivering to Sent folder?
It is the responsibility of the mail Client - not Deliver - to place a copy of sent messages in the Sent folder.
I'm using GMAIL style saving sent items automatically, so email don't send twice to server. First when sending via smtp, second when MUA saving it to IMAP sent folder.
On 7/16/2009 9:16 AM, Nikolay Shopik wrote:
I'm getting user unknown when trying to deliver to Sent folder messages.
? Why are you delivering to Sent folder?
It is the responsibility of the mail Client - not Deliver - to place a copy of sent messages in the Sent folder.
I'm using GMAIL style saving sent items automatically, so email don't send twice to server. First when sending via smtp, second when MUA saving it to IMAP sent folder.
Hmmm... interesting idea...
Are you having trouble with a working config after an upgrade? Or are you still in the process of trying to get it to work?
--
Best regards,
Charles
Charles Marcus wrote:
On 7/16/2009 9:16 AM, Nikolay Shopik wrote:
I'm getting user unknown when trying to deliver to Sent folder messages.
? Why are you delivering to Sent folder?
It is the responsibility of the mail Client - not Deliver - to place a copy of sent messages in the Sent folder.
I'm using GMAIL style saving sent items automatically, so email don't send twice to server. First when sending via smtp, second when MUA saving it to IMAP sent folder.
Hmmm... interesting idea...
Are you having trouble with a working config after an upgrade? Or are you still in the process of trying to get it to work?
Well its working if email address and authentication name are same and I use such command line: flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${sender} -m Sent
I can't say its Dovecot problem, I'm just curious if that problem of Dovecot or I should post this to Postfix mailing list.
On 7/16/2009 9:38 AM, Nikolay Shopik wrote:
I'm using GMAIL style saving sent items automatically, so email don't send twice to server. First when sending via smtp, second when MUA saving it to IMAP sent folder.
Hmmm... interesting idea...
Are you having trouble with a working config after an upgrade? Or are you still in the process of trying to get it to work?
Well its working if email address and authentication name are same and I use such command line: flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${sender} -m Sent
I can't say its Dovecot problem, I'm just curious if that problem of Dovecot or I should post this to Postfix mailing list.
Care to share your configs (bothe dovecot and postfix sides) to make this work after *sending* an email? Since LDA is generally not invoked for sending/outbound, I'm curious how you invoke it?
--
Best regards,
Charles
Charles Marcus wrote:
On 7/16/2009 9:38 AM, Nikolay Shopik wrote:
I'm using GMAIL style saving sent items automatically, so email don't send twice to server. First when sending via smtp, second when MUA saving it to IMAP sent folder.
Hmmm... interesting idea...
Are you having trouble with a working config after an upgrade? Or are you still in the process of trying to get it to work?
Well its working if email address and authentication name are same and I use such command line: flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${sender} -m Sent
I can't say its Dovecot problem, I'm just curious if that problem of Dovecot or I should post this to Postfix mailing list.
Care to share your configs (bothe dovecot and postfix sides) to make this work after *sending* an email? Since LDA is generally not invoked for sending/outbound, I'm curious how you invoke it?
Nothing fancy.
1.0.15: /etc/dovecot/dovecot.conf
log_path: /var/log/dovecot.log protocols: imap ssl_ca_file: /etc/postfix/ca.crt ssl_cert_file: /etc/postfix/chained.pem ssl_key_file: /etc/postfix/mail.inblock.ru.key login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login login_greeting_capability: yes mail_location: maildir:/var/mail/store/%u dotlock_use_excl: yes maildir_copy_with_hardlinks: yes namespace: type: public separator: / prefix: Pub/ location: maildir:/var/mail/public namespace: type: private separator: / inbox: yes auth default: mechanisms: PLAIN CRAM-MD5 passdb: driver: passwd-file args: /etc/dovecot/passwd userdb: driver: static args: uid=vmail gid=vmail home=/var/mail/store/%u socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 438 user: root group: root
postfix master.cf smtp inet n - - - - smtpd submission inet n - - - - smtpd
-o smtpd_enforce_tls=yes
-o smtpd_sasl_auth_enable=yes
-o sender_bcc_maps=hash:/etc/postfix/sender_bcc -o smtpd_client_restrictions=permit_sasl_authenticated,reject #smtps inet n - - - - smtpd
-o smtpd_tls_wrappermode=yes
-o smtpd_sasl_auth_enable=yes
-o smtpd_client_restrictions=permit_sasl_authenticated,reject
#628 inet n - - - - qmqpd dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -f ${sender} -d ${recipient} dov_loc unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -m Pub/${mailbox} copy2sent unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${sender} -m Sent pickup fifo n - - 60 1 pickup cleanup unix n - - - 0 cleanup qmgr fifo n - n 300 1 qmgr #qmgr fifo n - - 300 1 oqmgr tlsmgr unix - - - 1000? 1 tlsmgr rewrite unix - - - - - trivial-rewrite bounce unix - - - - 0 bounce defer unix - - - - 0 bounce trace unix - - - - 0 bounce verify unix - - - - 1 verify flush unix n - - 1000? 0 flush proxymap unix - - n - - proxymap smtp unix - - - - - smtp
When relaying mail as backup MX, disable fallback_relay to avoid MX loops
relay unix - - - - - smtp -o smtp_fallback_relay=
-o smtp_helo_timeout=5 -o smtp_connect_timeout=5
showq unix n - - - - showq error unix - - - - - error retry unix - - - - - error discard unix - - - - - discard local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - - - - lmtp anvil unix - - - - 1 anvil scache unix - - - - 1 scache
postfix main.cf - is kinda huge share only dovecot related part
transport_maps = hash:/etc/postfix/transport
smtpd_sasl_auth_enable = yes smtpd_sasl_type = dovecot smtpd_sasl_path = private/auth smtpd_sasl_authenticated_header = yes
dovecot_destination_recipient_limit = 1 virtual_transport = dovecot virtual_mailbox_domains = inblock.ru virtual_mailbox_maps = hash:/etc/postfix/vmailbox
#copy2sent sender_bcc_maps = hash:/etc/postfix/sender_bcc
On 7/16/2009, Nikolay Shopik (shopik@inblock.ru) wrote:
dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -f ${sender} -d ${recipient} dov_loc unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -m Pub/${mailbox} copy2sent unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${sender} -m Sent
So how does copy2sent get invoked?
And what is dov_loc for?
Sorry if I'm asking stupid questions... I want to understand this...
--
Best regards,
Charles
On Thursday 16 July 2009 15:38:25 Nikolay Shopik wrote:
Charles Marcus wrote:
On 7/16/2009 9:16 AM, Nikolay Shopik wrote:
I'm using GMAIL style saving sent items automatically, so email don't send twice to server. First when sending via smtp, second when MUA saving it to IMAP sent folder.
Hmmm... interesting idea...
Are you having trouble with a working config after an upgrade? Or are you still in the process of trying to get it to work?
Well its working if email address and authentication name are same and I use such command line: flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${sender} -m Sent
Are the failing users actually authenticated, or maybe permitted by mynetworks? in this case ${sasl_username} would be empty.
Other thought: how is the transport used? Perhaps postfix needs a valid recipient map for the delivery to this transport.
I can't say its Dovecot problem, I'm just curious if that problem of Dovecot or I should post this to Postfix mailing list.
I guess it needs to be fixed in postfix configuration.
Rainer
On 16.07.2009 18:11, Rainer Frey wrote:
Are the failing users actually authenticated, or maybe permitted by mynetworks? in this case ${sasl_username} would be empty.
Other thought: how is the transport used? Perhaps postfix needs a valid recipient map for the delivery to this transport.
They are because I seen such records when user sends an email sasl_method=CRAM-MD5, sasl_username=shopik@inblock.ru
Transport is simple file:
bcc.inblock.ru copy2sent
I'm doing blind carbon copy to bcc@bcc.inblock.ru, this is how copy2sent invoked.
Probably you are right, will go ahead and ask in postfix mailing list.
On 16.07.2009 16:35, Nikolay Shopik wrote:
I'm getting user unknown when trying to deliver to Sent folder messages. My master.cf part is: copy2sent unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${sasl_username} -m Sent
But it still won't work. I'm running 1.0.15
pluto postfix/pipe[30934]: 7470890C4DA: to=<bcc@bcc.example.com>, relay=copy2sent, delay=0.03, delays=0.02/0/0/0.01, dsn=5.1.1, status=bounced (user unknown)
Find root cause, problem was in proxy_filter (amavisd-new), which injected between smtp and deliver.
participants (3)
-
Charles Marcus
-
Nikolay Shopik
-
Rainer Frey