You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by Jean Helou <je...@gmail.com> on 2020/12/26 18:29:02 UTC

JMAP vacation mailet

Hi,

While playing around with assemblies, I got an error that vacation mailet
configuration was missing when I added the JMAP module
https://github.com/apache/james-project/blob/master/server/container/guice/protocols/jmap/src/main/java/org/apache/james/jmap/draft/JMAPModule.java#L122

I'm not very familiar with jmap and checked a draft at
https://tools.ietf.org/html/draft-ietf-jmap-mail-16#section-1.3
As far as I understand the vacation mailet it is an additional capability
and could thus be made optional, am I correct ?

thanks
jean

Re: JMAP vacation mailet

Posted by Tellier Benoit <bt...@apache.org>.
Hello Jean,

Sorry for the late answer.

Le 27/12/2020 à 01:29, Jean Helou a écrit :
> Hi,
> 
> While playing around with assemblies, I got an error that vacation mailet
> configuration was missing when I added the JMAP module
> https://github.com/apache/james-project/blob/master/server/container/guice/protocols/jmap/src/main/java/org/apache/james/jmap/draft/JMAPModule.java#L122

This check was added to ensure the mailetcontainer was correctly
configured to answer people upon vacations.

The JMAP module will require this check, as far as I remember even if
the "JMAP protocol" itself is disabled (likely these checks should not
be performed if the configuration disables the JMAP protocol?)

On the subject of those checks, I personally do not like them yet...
It's a constraint but they are easy to cheat, the security they provide
is limited, but it restrict what as an administrator I could do... Like
re-organizing mailetcontainer.xml to perform a single call to
RecipientIsLocal (and thus to the LDAP) which has a performance and
resiliency impact.

> 
> I'm not very familiar with jmap and checked a draft at
> https://tools.ietf.org/html/draft-ietf-jmap-mail-16#section-1.3
> As far as I understand the vacation mailet it is an additional capability
> and could thus be made optional, am I correct ?

You are right.

Now, does it makes sense to expose the JMAP vacation extension in a
separate Guice modules? Is there some cases we want JMAP but not the
vacations?

By the way allowing people to write their own custom JMAP extensions
might become soon a topic, hopefully ;-)

> 
> thanks
> jean
> 

Cheers,

Benoit

---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org