[Dovecot] using local-part delimiters in LDA delivery?
hi all,
i've exim 4.53RC2 + dovecot-cvs on OSX 10.4.2.
i'm working on implementing recipient-delimiters for delivery from exim to a user's imap store using dovecot's cvs-lda.
reading on the wiki (Jakob's latest comments?):
" ... the part after the delimiter is passed to the lda as an additional parameter. so dovecot-lda should handle that parameter and leave the separator handling to the MTA. The MTA has to handle it anyway."
it looks likes it's possible ...
with appropriate changes in exim to my router:
dovecot_localuser:
driver = accept
domains = +local_domains
local_part_suffix = +*
local_part_suffix_optional
transport = dovecot_lda
and transport:
dovecot_lda:
driver = pipe
command = /.../deliver \
-c /.../dovecot-deliver.conf \
-d $local_part@$domain
message_prefix = ""
message_suffix = ""
delivery_date_add
envelope_to_add
return_path_add
log_output
user = MY_MAIL_USER
i'd like to be able to build delivery conditions in dovecot so that, e.g.
mail to: bob@mydomain.com
is delivered to "bob"'s default INBOX.
but,
mail to: bob+spam@mydomain.com
is delivered to any specified (either a server-wide common relative path, or a
user-specified) SUBFOLDER, say "bob/INBOX/.../.../spam_to_look_at" defined by a dovecot-rule invoked by the delimiter "spam" ...
this is a little different than the approach Mark mentioned of delivering directly to folder_name specified by the local-part-after-delimiter ...
questions:
(1) until the two conf files merge, i'm guessing there needs to be some conditional logic in dovecot-deliver.conf rather than in dovecot.conf.
correct? or should i be thinking SIEVE rules?
(2) exactly WHAT "additional part" do i grab in dovecot?
thx!
richard
take 2 -- anyone? how to dovecot-LDA 'deliver' to address+delimiter@mydomain.com?
hi all,
i've exim 4.53RC2 + dovecot-cvs on OSX 10.4.2.
i'm working on implementing recipient-delimiters for delivery from exim to a user's imap store using dovecot's cvs-lda.
reading on the wiki (Jakob's latest comments?):
" ... the part after the delimiter is passed to the lda as an additional parameter. so dovecot-lda should handle that parameter and leave the separator handling to the MTA. The MTA has to handle it anyway."
it looks likes it's possible ...
with appropriate changes in exim to my router:
dovecot_localuser: driver = accept domains = +local_domains local_part_suffix = +* local_part_suffix_optional transport = dovecot_lda
and transport:
dovecot_lda: driver = pipe command = /.../deliver \ -c /.../dovecot-deliver.conf \ -d $local_part@$domain message_prefix = "" message_suffix = "" delivery_date_add envelope_to_add return_path_add log_output user = MY_MAIL_USER
i'd like to be able to build delivery conditions in dovecot so that, e.g.
mail to: bob@mydomain.com is delivered to "bob"'s default INBOX.
but,
mail to: bob+spam@mydomain.com is delivered to any specified (either a server-wide common relative
path, or a user-specified) SUBFOLDER, say "bob/INBOX/.../.../spam_to_look_at" defined by a dovecot-rule invoked by the delimiter "spam" ...
this is a little different than the approach Mark mentioned of delivering directly to folder_name specified by the local-part-after-delimiter ...
questions:
(1) until the two conf files merge, i'm guessing there needs to be some conditional logic in dovecot-deliver.conf rather than in dovecot.conf.
correct? or should i be thinking SIEVE rules?
(2) exactly WHAT "additional part" do i grab in dovecot?
thx!
richard
OpenMacNews wrote:
take 2 -- anyone? how to dovecot-LDA 'deliver' to address+delimiter@mydomain.com?
dovecot-lda does not support this atm. There was a patch the other day which allows you to run lda with "-f <folder>", but I wonder if that will interfere with sieve.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
hi jakob,
take 2 -- anyone? how to dovecot-LDA 'deliver' to address+delimiter@mydomain.com?
dovecot-lda does not support this atm. There was a patch the other day which allows you to run lda with "-f <folder>", but I wonder if that will interfere with sieve.
well, rats.
i'd thought that your (?) comments at:
http://wiki.dovecot.org/moin.cgi/LDA?highlight=%28delimiter%29#head-ef4a7967...
meant that there already WAS a way to do this ...
"is passed to the lda as an additional parameter"
i guess i misunderstood ... :-/
exim certainly is capable of dealing with this. the question just remains how/where to grab the param in dovecot.
thx!
cheers,
richard -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (Darwin)
iEYEARECAAYFAkNBXdEACgkQGnqMy4gvZ6FEFQCggqUkvxrCWetIGyRKrd2k2vHL ybUAnRia5dAyBCjgwqUdH1AgcrX8l7CJ =Pisd -----END PGP SIGNATURE-----
OpenMacNews wrote:
dovecot-lda does not support this atm. There was a patch the other day i'd thought that your (?) comments at: http://wiki.dovecot.org/moin.cgi/LDA?highlight=%28delimiter%29#head-ef4a7967... meant that there already WAS a way to do this ...
It's not my comment, it's Mark Perkel's, as the beginning of it says.
exim certainly is capable of dealing with this. the question just remains how/where to grab the param in dovecot.
As I said, not supported atm. You could use the mentioned patch and call deliver with the folder you want, e.g.:
dovecot_deliver:
...
command = /usr/local/libexec/dovecot/deliver
-d $address_data -f $local_part_suffix
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
It's not my comment, it's Mark Perkel's, as the beginning of it says.
sorry. thought i'd seen it added AFTER his comments, and you name was listed as the last editor.
exim certainly is capable of dealing with this. the question just remains how/where to grab the param in dovecot.
As I said, not supported atm. You could use the mentioned patch and call deliver with the folder you want, e.g.:
dovecot_deliver: ... command = /usr/local/libexec/dovecot/deliver
-d $address_data -f $local_part_suffix
ah. didn't catch your drift. this _should_ work.
richard -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (Darwin)
iEYEARECAAYFAkNBZkAACgkQGnqMy4gvZ6GEpQCfYvyhBANiFOhscNtFPLeEimTa cjoAoIZ8x0yS8EEsvondrif9Jd788KgC =96Jf -----END PGP SIGNATURE-----
participants (3)
-
Jakob Hirsch
-
OpenMacNews
-
OpenMacNews