Future developments ?

Hi Martijn:

is there a new version of Djigzo planned in the near term ? just seeing if GATEWAY-60 may make it at some point soon.

Many thanks,

Phil

Hi Phil,

is there a new version of Djigzo planned in the near term ? just
seeing if GATEWAY-60 may make it at some point soon.

As always we are working on new releases. Recently we released a new
version of DJIGZO for Android. We are working on a new version of the
gateway but it's yet unclear when it will be released.

About the feature you need (GATEWAY-60). It's is possible to add some
rules to config.xml file to get the required behavior. Please take a
look at the config.xml file to see whether you understand how to add the
rules to get the required behavior.

Did you already finished the Zimbra addin?

Kind regards,

Martijn Brinkers

···

On 10/24/2012 03:53 PM, Phil Daws wrote:

--
DJIGZO email encryption

Hi Martijn:

Will take a look at config.xml; thanks.

Unfortunately the Zimbra add-in has got stacked up behind a huge pile of work though I foresee it is about to just up the pile. I believe I will code it against Zimbra 8 as that, I think, will make the most sense. Plus the fact the Instant Messaging has been pulled from Zimbra 8 I can see 7 being EOL in the not to distant future.

Kind regards,

P.

···

----- Original Message -----
From: "Martijn Brinkers" <martijn(a)djigzo.com>
To: users(a)lists.djigzo.com
Sent: Wednesday, 24 October, 2012 3:03:30 PM
Subject: Re: Future developments ?

Hi Phil,

On 10/24/2012 03:53 PM, Phil Daws wrote:

is there a new version of Djigzo planned in the near term ? just
seeing if GATEWAY-60 may make it at some point soon.

As always we are working on new releases. Recently we released a new
version of DJIGZO for Android. We are working on a new version of the
gateway but it's yet unclear when it will be released.

About the feature you need (GATEWAY-60). It's is possible to add some
rules to config.xml file to get the required behavior. Please take a
look at the config.xml file to see whether you understand how to add the
rules to get the required behavior.

Did you already finished the Zimbra addin?

Kind regards,

Martijn Brinkers

--
DJIGZO email encryption
_______________________________________________
Users mailing list
Users(a)lists.djigzo.com
http://lists.djigzo.com/lists/listinfo/users

Martijn:

for GATEWAY-61 I have taken a look at config.xml, which I presume is the one under the path /usr/share/djigzo/conf/james/SAR-INF, and see the following stanza:

<mailet match="SenderHeaderTrigger=matchOnError=false,user.forceSigningHeaderTrigger"
                    class="GotoProcessor">

is it possible to extend that match to include an alternative header eg:

<mailet match="SenderHeaderTrigger=matchOnError=false,#{user.forceSigningHeaderTrigger}|HEADER-NAME:REG-EXP"
                    class="GotoProcessor">

then we can sign using either the subject or a new header injected by the Zimlet.

Thanks.

P.

···

----- Original Message -----
From: "Phil Daws" <uxbod(a)splatnix.net>
To: "Martijn Brinkers" <martijn(a)djigzo.com>
Cc: users(a)lists.djigzo.com
Sent: Wednesday, 24 October, 2012 3:15:43 PM
Subject: Re: Future developments ?

Hi Martijn:

Will take a look at config.xml; thanks.

Unfortunately the Zimbra add-in has got stacked up behind a huge pile of work though I foresee it is about to just up the pile. I believe I will code it against Zimbra 8 as that, I think, will make the most sense. Plus the fact the Instant Messaging has been pulled from Zimbra 8 I can see 7 being EOL in the not to distant future.

Kind regards,

P.

----- Original Message -----
From: "Martijn Brinkers" <martijn(a)djigzo.com>
To: users(a)lists.djigzo.com
Sent: Wednesday, 24 October, 2012 3:03:30 PM
Subject: Re: Future developments ?

Hi Phil,

On 10/24/2012 03:53 PM, Phil Daws wrote:

is there a new version of Djigzo planned in the near term ? just
seeing if GATEWAY-60 may make it at some point soon.

As always we are working on new releases. Recently we released a new
version of DJIGZO for Android. We are working on a new version of the
gateway but it's yet unclear when it will be released.

About the feature you need (GATEWAY-60). It's is possible to add some
rules to config.xml file to get the required behavior. Please take a
look at the config.xml file to see whether you understand how to add the
rules to get the required behavior.

Did you already finished the Zimbra addin?

Kind regards,

Martijn Brinkers

--
DJIGZO email encryption
_______________________________________________
Users mailing list
Users(a)lists.djigzo.com
http://lists.djigzo.com/lists/listinfo/users

_______________________________________________
Users mailing list
Users(a)lists.djigzo.com
http://lists.djigzo.com/lists/listinfo/users

Hi Phil,

Sorry for the delay

Martijn:

for GATEWAY-61 I have taken a look at config.xml, which I presume is the one under the path /usr/share/djigzo/conf/james/SAR-INF, and see the following stanza:

  <mailet match="SenderHeaderTrigger=matchOnError=false,user.forceSigningHeaderTrigger"
                     class="GotoProcessor">

is it possible to extend that match to include an alternative header eg:

  <mailet match="SenderHeaderTrigger=matchOnError=false,#{user.forceSigningHeaderTrigger}|HEADER-NAME:REG-EXP"
                     class="GotoProcessor">

then we can sign using either the subject or a new header injected by the Zimlet.

This won't work since the SenderHeaderTrigger matcher does not support
multiple values.

However you can accomplish the same thing using an extra matcher just
below the SenderHeaderTrigger matcher that supports a static reg expr:

<mailet match="HeaderValueRegEx=matchOnError=false,HEADER-NAME:REG-EXP"
     class="GotoProcessor">
   <log> Force signing header detected </log>
   <processor> setupSMIMESignOnly </processor>
</mailet>

For example:

<mailet match="HeaderValueRegEx=matchOnError=false,X-Test: (?i)sign"
     class="GotoProcessor">
   <log> Force signing header detected </log>
   <processor> setupSMIMESignOnly </processor>
</mailet>

forces signing if the header X-Test contains the value sign (case
insensitive). You can add as many matcher's as you want.

Alternatively you can add another SenderHeaderTrigger but with a
different user property (for example
#{user.extraForceSigningHeaderTrigger}). The user property is read from
the database so this property than has to be available in the database.
You can add user defined values with the CLI tool from the command line.

I haven't tested the above examples (due to lack of time) but they
should work. If not I will help you making them work.

Kind regards,

Martijn

···

On 10/24/2012 04:35 PM, Phil Daws wrote:

--
DJIGZO email encryption