Re: PATCH for Stephan: Re: pigeonhole/lda accessing -m folder
I just noticed you implemented the Dovecot Environment Extension.
Thanks!
maybe it helps somebody to get this referenced in this thread
https://raw.githubusercontent.com/dovecot/pigeonhole/master/doc/rfc/spec-bosch-sieve-dovecot-environment.txt
example:
default folder is accessible with:
${env.vnd.dovecot.default_mailbox}
Greetz Matze
Am Mon, 10 Aug 2015 17:05:58 +0200
schrieb Stephan Bosch :
> Op 8/10/2015 om 4:29 PM schreef Steffen Kaiser:
> > On Mon, 10 Aug 2015, matthias lay wrote:
> >
> > Dear Stephan,
> >
> > If you find this code OK, please merge it into Pigeonhole.
>
> Non-standard entries like this require a vnd.dovecot prefix.
>
> > I find this information useful, too. The +detail and the default
> > mailbox are not necessarily the same. Maybe, there is a namespace to
> > expose this information easily?
>
> The Pigeonhole internals support custom variable namespaces. The
> extdata plugin uses this too, so adding something like that is
> architecturally not problematic.
>
> I would make this dependent on an extension like
> "vnd.dovecot.environment", so that non-standard features are only
> added when this is in the require line. Currently, the "auth"
> envelope field (CMUSieve) is the only exception and I like to keep it
> that way.
>
> I'll give this a look. Also, are there any other environment items
> that may be useful?
>
> Regards,
>
> Stephan.
Re: PATCH for Stephan: Re: pigeonhole/lda accessing -m folder
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 10 Aug 2015, Stephan Bosch wrote: I would make this dependent on an extension like "vnd.dovecot.environment", so that non-standard features are only added Yes, sure :-) Maybe to place it into a vnd.dovecot. namespace of the variable extension is even simplier? I'll give this a look. Also, are there any other environment items that may be useful? Hm, + the current user for global scripts. + can you differ between "INBOX" specified explicitly or implicitly, I mean as result of the -m option or in LMTP via subaddress? This is what I need in some scripts, "if there is no explicit destination folder given, fileinto XYZ". The default_folder information comes very near to it. + Because I use LMTP rather then LDA as Matthias I wonder if you can make user-related information available, that can be configured via conf-file? + There had been a request about matching the subaddress against existing mail folders case-insensitively. I guess it is great performance penalty to read a complete list of mail folders of the user into the environment, so one can match against it? - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEVAwUBVcrlcnz1H7kL/d9rAQLNqAgAwL191ZlJicE2DNGbgKPV1VrvC4/Vg7iD HShfyiTqLFSmPUM1W07CBYtXKFdcnYPno/jbnhM8Qz3R2lgDoOIPvUFaxL8CKUnt t2/z1ZOg6qrMynLDr986Zvc6Yjbu0aX5/Ga02uvRWiKl8Zxp/NkIzA8F99b2Vn3i G0aDCYy6PG3pdNsPJ0zthIDVdkkmF4Kre3N2ufECF9tOcFizbs4tRrUXD1Gu0xlu W3pM+oRtACKkgHJufgXO0jhx0WBt370E7JSVO4M0KFnFfpoOCZk16OiYMJDDj/wL YlI52+TTlPy1+CBQTuWA8jWY5g5n8gBrCXZ3mFEiMjM03wRhn2hmSQ== =7bN5 -END PGP SIGNATURE-
Re: PATCH for Stephan: Re: pigeonhole/lda accessing -m folder
hi stephan, On 08/10/2015 05:05 PM, Stephan Bosch wrote: > > I'll give this a look. Also, are there any other environment items that > may be useful? > when I checked the environment plugin I was wondering cuz it was not what I was thinking it would be, .before reading the RFC ;) would it be a bad idea to have a generic environment extension working with getenv() to be able to get all kind of self defined, prefixed variables in program environment? Greetz Matze
Re: PATCH for Stephan: Re: pigeonhole/lda accessing -m folder
Op 8/10/2015 om 4:29 PM schreef Steffen Kaiser: > On Mon, 10 Aug 2015, matthias lay wrote: > > Dear Stephan, > > If you find this code OK, please merge it into Pigeonhole. Non-standard entries like this require a vnd.dovecot prefix. > I find this information useful, too. The +detail and the default > mailbox are not necessarily the same. Maybe, there is a namespace to > expose this information easily? The Pigeonhole internals support custom variable namespaces. The extdata plugin uses this too, so adding something like that is architecturally not problematic. I would make this dependent on an extension like "vnd.dovecot.environment", so that non-standard features are only added when this is in the require line. Currently, the "auth" envelope field (CMUSieve) is the only exception and I like to keep it that way. I'll give this a look. Also, are there any other environment items that may be useful? Regards, Stephan.
PATCH for Stephan: Re: pigeonhole/lda accessing -m folder
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 10 Aug 2015, matthias lay wrote:
Hi Matthias,
there is another possibility:
require ["fileinto", "variables", "subaddress", "envelope"];
if envelope :detail :matches "to" "*"
{
set "myfolder" "${1}";
} else {
set "myfolder" "INBOX";
}
fileinto "my_${myfolder}";
stop;
/usr/local/dovecot/libexec/dovecot/deliver -d user -m box -a user+box
And enable the recipient_delimiter option.
=
Dear Stephan,
If you find this code OK, please merge it into Pigeonhole. I find this
information useful, too. The +detail and the default mailbox are not
necessarily the same. Maybe, there is a namespace to expose this
information easily?
For the archive:
+ This works for both LDA and LMTP.
+ The Dovecot LDA requires option -m .
+ LMTP requires an active recipient_delimiter option.
+ If there is no -m option or no +detail, INBOX is the defaultfolder.
complete patch. some parts were missing before
diff --git a/src/lib-sieve/plugins/environment/ext-environment-common.c
b/src/lib-sieve/plugins/environment/ext-environment-common.c
--- a/src/lib-sieve/plugins/environment/ext-environment-common.c
+++ b/src/lib-sieve/plugins/environment/ext-environment-common.c
@@ -24,7 +24,8 @@ static const struct sieve_environment_item
*core_env_items[] = {
&location_env_item,
&phase_env_item,
&name_env_item,
- &version_env_item
+ &version_env_item,
+ &defaultfolder_env_item
};
static unsigned int core_env_items_count = N_ELEMENTS(core_env_items);
@@ -233,7 +234,19 @@ const struct sieve_environment_item
version_env_item = {
.value = PIGEONHOLE_VERSION,
};
+/* "defaultfolder":
+ * the default folder where mail is stored when no rule matches
+ */
+static const char *envit_defaultfolder_get_value
+(struct sieve_instance *svinst,
+ const struct sieve_script_env *senv)
+{
+return senv->default_mailbox;
+}
-
+const struct sieve_environment_item defaultfolder_env_item = {
+.name = "defaultfolder",
+.get_value = envit_defaultfolder_get_value,
+};
diff --git a/src/lib-sieve/plugins/environment/ext-environment-common.h
b/src/lib-sieve/plugins/environment/ext-environment-common.h
--- a/src/lib-sieve/plugins/environment/ext-environment-common.h
+++ b/src/lib-sieve/plugins/environment/ext-environment-common.h
@@ -38,6 +38,7 @@ extern const struct sieve_environment_item
location_env_item;
extern const struct sieve_environment_item phase_env_item;
extern const struct sieve_environment_item name_env_item;
extern const struct sieve_environment_item version_env_item;
+extern const struct sieve_environment_item defaultfolder_env_item;
/*
* Initialization
On 08/07/2015 04:03 PM, matthias lay wrote:
fixed my problem.
if somebody is interested.
I added an variable to the environment extension, which is quite easy.
And the value of the folder is already there. so this is all:
src/lib-sieve/plugins/environment/ext-environment-common.c
static const char *envit_spfolder_get_value
(struct sieve_instance *svinst,
const struct sieve_script_env *senv)
{
return senv->default_mailbox;
}
const struct sieve_environment_item spfolder_env_item = {
.name = "spfolder",
.get_value = envit_spfolder_get_value,
};
after that the variable can easily be used in a script like
if anyof ( environment :matches "spfolder" "*") {
set "myfolder" "${1}";
}
On 08/07/2015 12:40 PM, matthias lay wrote:
hi jost thx for the reply,
by access I mean to read the variable
require ["fileinto", "variables", "?destfolder?" ];
if anyof ( destfolder :matches "*") {
fileinto "${1}/subfolder";
}else{
fileinto "INBOX/subfolder";
}
On 08/07/2015 12:26 PM, Jost Krieger wrote:
On Fri Aug 7 12:19:22 2015, matthias lay wrote:
anybody knows, if there is a way to acces the folder from a call like this
deovecot-lda -m destfolder
from within a sieve script?
Depending on what you mean by "access", this could be as easy as
require "fileinto";
fileinto "destfolder";
Yours
Jost Krieger
- --
Steffen Kaiser
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQEVAwUBVci1LXz1H7kL/d9rAQJJogf+PJl87IL3KEmc3uPDi7q8yJBRTChmqlGN
39SrJ6DGfe8+IZSlipJZzAAnE/nn+D/YHGcS20X40Nas4QassoZi16ZfX6OGId1O
8IvYjGc0k0Mu8Nnk0vyX0DwTA23oId0y934HCQxhxvgS6bM9iexA+Fs2KPA2ta+9
xOEtpjQCTvYFX6VvqhjQaz6lv/f+mSEoU/EFbvC9jMNV+v4a2SQ3Dazfg6OAoRUp
WfXjYAgmvsH/xbL/QGqzFkJX/1vVTBX8wJRDoZHC/XcWNr2775VFQHaO4PQrPAr/
48dHbiSwinGLBD4RkLVq7l9zZWfuxf6EMTmdNWHRO49cE3ZahxBtoQ==
=Jq9R
-END PGP SIGNATURE-
Re: pigeonhole/lda accessing -m folder
complete patch. some parts were missing before
diff --git a/src/lib-sieve/plugins/environment/ext-environment-common.c
b/src/lib-sieve/plugins/environment/ext-environment-common.c
--- a/src/lib-sieve/plugins/environment/ext-environment-common.c
+++ b/src/lib-sieve/plugins/environment/ext-environment-common.c
@@ -24,7 +24,8 @@ static const struct sieve_environment_item
*core_env_items[] = {
&location_env_item,
&phase_env_item,
&name_env_item,
- &version_env_item
+ &version_env_item,
+ &defaultfolder_env_item
};
static unsigned int core_env_items_count = N_ELEMENTS(core_env_items);
@@ -233,7 +234,19 @@ const struct sieve_environment_item
version_env_item = {
.value = PIGEONHOLE_VERSION,
};
+/* "defaultfolder":
+ * the default folder where mail is stored when no rule matches
+ */
+static const char *envit_defaultfolder_get_value
+(struct sieve_instance *svinst,
+ const struct sieve_script_env *senv)
+{
+return senv->default_mailbox;
+}
-
+const struct sieve_environment_item defaultfolder_env_item = {
+.name = "defaultfolder",
+.get_value = envit_defaultfolder_get_value,
+};
diff --git a/src/lib-sieve/plugins/environment/ext-environment-common.h
b/src/lib-sieve/plugins/environment/ext-environment-common.h
--- a/src/lib-sieve/plugins/environment/ext-environment-common.h
+++ b/src/lib-sieve/plugins/environment/ext-environment-common.h
@@ -38,6 +38,7 @@ extern const struct sieve_environment_item
location_env_item;
extern const struct sieve_environment_item phase_env_item;
extern const struct sieve_environment_item name_env_item;
extern const struct sieve_environment_item version_env_item;
+extern const struct sieve_environment_item defaultfolder_env_item;
/*
* Initialization
On 08/07/2015 04:03 PM, matthias lay wrote:
> fixed my problem.
>
> if somebody is interested.
> I added an variable to the environment extension, which is quite easy.
> And the value of the folder is already there. so this is all:
>
>
> src/lib-sieve/plugins/environment/ext-environment-common.c
>
> static const char *envit_spfolder_get_value
> (struct sieve_instance *svinst,
> const struct sieve_script_env *senv)
> {
> return senv->default_mailbox;
> }
>
> const struct sieve_environment_item spfolder_env_item = {
> .name = "spfolder",
> .get_value = envit_spfolder_get_value,
> };
>
>
> after that the variable can easily be used in a script like
>
> if anyof ( environment :matches "spfolder" "*") {
> set "myfolder" "${1}";
> }
>
>
>
>
>
>
>
>
>
> On 08/07/2015 12:40 PM, matthias lay wrote:
>> hi jost thx for the reply,
>>
>> by access I mean to read the variable
>>
>>
>> require ["fileinto", "variables", "?destfolder?" ];
>>
>> if anyof ( destfolder :matches "*") {
>>
>> fileinto "${1}/subfolder";
>>
>> }else{
>>
>> fileinto "INBOX/subfolder";
>>
>> }
>>
>>
>>
>> On 08/07/2015 12:26 PM, Jost Krieger wrote:
>>> On Fri Aug 7 12:19:22 2015, matthias lay wrote:
>>>
anybody knows, if there is a way to acces the folder from a call like this
deovecot-lda -m destfolder
from within a sieve script?
>>>
>>> Depending on what you mean by "access", this could be as easy as
>>>
>>> require "fileinto";
>>>
>>> fileinto "destfolder";
>>>
>>> Yours
>>> Jost Krieger
>>>
Re: pigeonhole/lda accessing -m folder
fixed my problem.
if somebody is interested.
I added an variable to the environment extension, which is quite easy.
And the value of the folder is already there. so this is all:
src/lib-sieve/plugins/environment/ext-environment-common.c
static const char *envit_spfolder_get_value
(struct sieve_instance *svinst,
const struct sieve_script_env *senv)
{
return senv->default_mailbox;
}
const struct sieve_environment_item spfolder_env_item = {
.name = "spfolder",
.get_value = envit_spfolder_get_value,
};
after that the variable can easily be used in a script like
if anyof ( environment :matches "spfolder" "*") {
set "myfolder" "${1}";
}
On 08/07/2015 12:40 PM, matthias lay wrote:
> hi jost thx for the reply,
>
> by access I mean to read the variable
>
>
> require ["fileinto", "variables", "?destfolder?" ];
>
> if anyof ( destfolder :matches "*") {
>
> fileinto "${1}/subfolder";
>
> }else{
>
> fileinto "INBOX/subfolder";
>
> }
>
>
>
> On 08/07/2015 12:26 PM, Jost Krieger wrote:
>> On Fri Aug 7 12:19:22 2015, matthias lay wrote:
>>
>>> anybody knows, if there is a way to acces the folder from a call like this
>>>
>>> deovecot-lda -m destfolder
>>>
>>> from within a sieve script?
>>
>> Depending on what you mean by "access", this could be as easy as
>>
>> require "fileinto";
>>
>> fileinto "destfolder";
>>
>> Yours
>> Jost Krieger
>>
Re: pigeonhole/lda accessing -m folder
hi jost thx for the reply,
by access I mean to read the variable
require ["fileinto", "variables", "?destfolder?" ];
if anyof ( destfolder :matches "*") {
fileinto "${1}/subfolder";
}else{
fileinto "INBOX/subfolder";
}
On 08/07/2015 12:26 PM, Jost Krieger wrote:
> On Fri Aug 7 12:19:22 2015, matthias lay wrote:
>
>> anybody knows, if there is a way to acces the folder from a call like this
>>
>> deovecot-lda -m destfolder
>>
>> from within a sieve script?
>
> Depending on what you mean by "access", this could be as easy as
>
> require "fileinto";
>
> fileinto "destfolder";
>
> Yours
> Jost Krieger
>
Re: pigeonhole/lda accessing -m folder
On Fri Aug 7 12:19:22 2015, matthias lay wrote: > anybody knows, if there is a way to acces the folder from a call like this > > deovecot-lda -m destfolder > > from within a sieve script? Depending on what you mean by "access", this could be as easy as require "fileinto"; fileinto "destfolder"; Yours Jost Krieger -- | jost.krieger+...@ruhr-uni-bochum.de Please help stamp out spam! | | Postmaster, JAPH, resident answer machineat RUB Comp. Center | | Sincere words are not sweet, sweet words are not sincere.| | Lao Tse, Tao Te King 81 | smime.p7s Description: S/MIME cryptographic signature
pigeonhole/lda accessing -m folder
Hi all, anybody knows, if there is a way to acces the folder from a call like this deovecot-lda -m destfolder from within a sieve script? thx in advance matze
