.
It's a sane thing that people can make free software go forward by
using companies money, by the way.
That's not to say I won't help people in the community on my own time
but I won't take any commitment to it and I think it would not help the
community to offer such commi
is new light, I hope you’ll
> find that it was not intended to sound unreasonable. It is about
> honesty and expectation setting, not free work.
>
>
> So if we agree that an SLA is necessary (and I think we are
> agreeing), then most of what you wrote (i.e. what you are not wil
nd I don't have much trust in text.
>
> Then it’s all pretty much moot. 😀
>
What we say is: "you are all welcome, come join us, we'll try to help
as much as we can". It's very different from both "we commit to help
you" and to "you won'
if needed?
No, that's not what I call consensus as it doesn't take into account my
opinion.
> Or do you prefer that we ask for a vote?
Feel free to do it or not. I won't stand in your way.
Cheers,
-- Matthieu Baechler
-
herwise, I checked signatures and they are ok.
So I vote -1 for now.
-- Matthieu Baechler
On Fri, 2020-06-19 at 10:44 +0700, Tellier Benoit wrote:
> Hi,
>
> I would like to propose the 3.5.0 release of the Apache James server.
>
> Here are the changes since the previous propos
clear at all, at least
> not to me.
>
>
> Thanks as always for helping me understand!
>
Hope it helps.
Cheers,
-- Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
.
> > The MailQueue allows to decouple the reception from the handling.
> > A spooler usually is able to concurrently process several mails.
>
> Thanks.
>
> Are there any other important “parts” that I should be aware of?
>
I don't know.
-- Matthieu Baechler
the SMTP Service.As far as I know, a lot of people are actually
forking this Mailet because they want specific behaviors for delivery
so I think this design makes sense.
> -- Matthieu Baechler
mentation, very easy first deployment, etc.
What would you think of such a move ?
Cheers,
-- Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
ntinue
> > as we did for the past years.
> >
> > I can't see any vision that the community would be able to commit
> > to, so let's say it's just a project that wait for its hour of
> > glory.
>
> 😀
>
> Well, I think we’ll
could decide to deprecate
> then remove these modules, hopefully letting time for third party to
> backport alternatives.
How it is different from what we did for years? Did it solve velocity
issues? Is the project fun now?
I may start this 3.99 thing on my fork to see how it goes and will
Hi Benoit,
On Thu, 2020-12-03 at 11:54 +0700, Benoit Tellier wrote:
> While working on https://issues.apache.org/jira/browse/JAMES-3431 I
> discovered that JMS & File mailqueue do still rely on serialization.
>
> This is what motivates to re-open this ticket:
> https://issues.apache.org/jira/brow
functional
> > public CI.
> +1 I agree on the approach.
I think we can event skip the "add a parallel pipeline step" part
entirely. The simpler the better.
[...]
Cheers,
-- Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
ave a
different solution. What about debating each one separately?
Could we start from here: what's the best solution to implement a
monotonic distributed counter?
Cheers,
-- Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
ame settings quote things.
I guess it's a bug.
> Best regards,
>
> Benoit
>
> Le 07/12/2020 à 14:47, Matthieu Baechler a écrit :
> > Hi Benoit,
> >
> > On Fri, 2020-12-04 at 14:22 +0700, btell...@linagora.com (OpenPaaS)
> > wrote:
> > Hi,
>
gt; Doesn't that mean that ACLs would still rely on LWT but within an
> additional layer ?
Yes, it's the proposed solution AFAIU.
> Also for ACLs isn't eventual consistency acceptable ? using
> transactions to
> avo
d like to leverage Cassandra to keep track of created
> queues.
>
> This is a task that could be quickly tackled by Quan our intern, who
> wants to learn about NoSQL. This could be a very good sandbox issue
> for him.
>
> Feedback?
What about using RabbitMQ virtualhost fe
about the consequences of this change and be ready to
experience slower real-world performances.
Cheers,
-- Matthieu Baechler
On Tue, 2020-12-29 at 12:54 +0700, Tellier Benoit wrote:
> Hello there!
>
> We had been discussing on GitHub recently about an optimization in
> james
>
On Tue, 2021-01-12 at 12:42 +0100, Jean Helou wrote:
>
>
> When doing a fetch with some
> non existing messages Cyrus will do a best effort and return the
> existing messages whereas James will return a BAD response.
I would preserve Cyrus's behavior as a defacto standard, not honoring
this
inc
lse care enough.
Keep me posted about the outcome of this change, I do care about having
a CI for James very much.
Cheers,
-- Matthieu Baechler
On Wed, 2021-01-13 at 12:50 +0100, Jean Helou wrote:
> Happy new year fellow jamers !
>
> In this thrilling new episode you might learn if 202
fine a deadline for cutting the release.
Could you say we cut the release on 2021-03-15 ?
> I think (sadly) ElasticSearch V7 migration (and ES V6 backport) will not
> be ready on time for this release, unless additional efforts are
> committed to this issue.
It's sa
this we would need to dramatically shorten the time and effort
it takes to create a (minor/major) release.
So this is why I would come back to "long-term-support-version" a bit
later.
If you want to handle that burden, that's awesome. I think nobody would
be against having
h better: it works with an SPI much like
slf4 is doing for logging and allows to choose your implementation by
dropping the right jar.
I suggestion we just port James to micrometer and let people choose how
they want their metrics exposed.
WDYT?
-- Matthieu Baechler
---
On Fri, 2021-03-12 at 21:50 +0700, Tellier Benoit wrote:
> Hello Matthieu,
>
> Le 12/03/2021 à 21:14, Matthieu Baechler a écrit :
> > Hi,
> >
> > My answers below.
> >
> > On Thu, 2021-03-11 at 15:17 +0200, Juhan Aasaru wrote:
> > > Hi!
> &g
Hi Benoit,
I agree this artifact should be removed as there's no good use-case for
it.
Cheers,
-- Matthieu
On Mon, 2022-05-09 at 18:15 +0700, Benoit TELLIER wrote:
> Hello all,
>
> That is quite some time I actively militate against the cassandra-
> app.
>
> Here are issues I have with this a
on this already.
>
> As you know, the version 7.10 has reached EOL already, so we need to
> migrate from it.
>
> Thus a while ago I started a very painful migration to ES 8.2 here:
> https://github.com/apache/james-project/pull/1018
>
> Before being rightfully reminded by Matth
Hi,
On Fri, 2022-06-17 at 10:19 +0700, Rene Cordier wrote:
[...]
>
> >
> > Instead of deleting the support for ES 7, we could just keep it and run
> > tests against OpenSearch.
> >
> > Investment is very low and people don't have to switch to non-
> > opensource ES 8 if they don't want to.
>
me know if you are interested in that contributation.
In term of strategy, I think that would help James gain popularity among
hobbyist and small businesses, so I think it worth trying.
Cheers,
-- Matthieu Baechler
--- Original Message ---
On Friday, October 6th, 2023 at 23:48, Beno
Hi,
What about using Scala Doobie (https://tpolecat.github.io/doobie/) as it allows
to write actual SQL with the comfort of a compiler and to bind results to case
class quite easily?
Cheers,
-- Matthieu
--- Original Message ---
On Saturday, October 14th, 2023 at 16:48, Jean Helou wr
acting new ones. Moreover, it probably also prevents
new developers to involve as they are quickly overwhelmed.
So, what would you think about removing more aggressively features and modules,
starting with the Spring support?
Cheers,
-- Matthieu Baechler
, which are the first and most basic tool any admin is
looking at, would give you that very important information.
Cheers,
--
Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional c
Hi,
Sometime in the past, in the goal of having a fully-distributed James
implementation, we decided that the embedded ActiveMQ was something to
replace.
We studied a lot of solutions, ranging from having a standalone
ActiveMQ server to implementing the MailQueue using RabbitMQ or Kafka.
ActiveM
's a lot you can do but I'd rather not document that
and let people who understand Spring deal with it, at least for now.
> 3. Are there any other possible configurations that are not in this
> list?
>
We discussed that
ot;spring" version.
[...]
> If these are “supported”, it may be nice to be able to expose them to
> the users, or at least maybe one more “Minimal” Profile as I mention
> above. What do you think?
>
Yes, it's the list of product/profile we want to expose to the user.
The minimal profile is actual jpa+derby as said above.
Thank you for the questions and proposals.
Cheers,
--
Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
ctly the same response from the server.
>
> If I could get a little help making a successful curl to the Admin
> API, that would be really great.
>
Default port is 8080 but it's disable by default unless you have a
webadmin.properties file with `ena
at note, what are the plans going forward regarding this topic?
> Is there any intention to remove Spring? (It seems to me that Guice
> is now the “preferred” way to use James.)
>
We still lack some customizations capabilities. @Benoit can you list
them?
Cheers,
-- Matthieu Baechler
hings.
As Guice modules are technical classes, I would not like to be
refrained from refactorings because of this documentation.
It's why I think we have to find a way to document `ports` and
`adapters` because they are definitely more stable.
Cheers,
-- Matthieu Baechler
-
a-mailing for example.
The `core domain` is located in `quota-mailing`.
It provides an implementation of `GroupMailboxListener`.
It requires an implementation of `EventStore`.
Then you have `quota-mailing-memory` which provides a memory
implementation of `EventStore` for `quota-mailing`.
And `quota-mailing-cassandra` which provides a cassandra implementation
of `EventStore` for `quota-mailing`.
I hope it helps.
Cheers,
--
Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
Hi David,
Thank you for keeping up with that topic.
We somehow already analyzed that topic in the past and this is what we came
to :
1. James is a mail server that can integrate your business logic
2. James is a mail framework : you can build you application and specific
needs into James
3. Jame
sers ?
I definitely have no opinion about that.
But we can very well keep James name without it being an acronym.
We probably should not play the acronym retrofit game unless with find
a very very good solution.
Cheers,
--
Matthieu Baechler
the services that (s)he
wants: IMAP, POP, JMAP, SMTP, LMTP and also customize how mails are
handled. That's where the config files are useful.
There's a sample configuration directory located in
`dockerfiles/run/guice/jpa/destination/conf` that illustrates how to
configure your server pr
https://github.com/linagora/james-project/pull/3309,
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
Java feels something from the past?
I don't really care if this code get merged or not but it's a good
occasion to gather people opinions about that and move forward with
James as a project.
So, what do you think ?
Cheers,
On Mon, 2020-06-08 at 21:28 +0900, David Leangen wrote:
> > > […] it's a good occasion to gather people opinions about that and
> > > move forward with James as a project.
> > >
> > > So, what do you think ?
>
> My 2 yen:
>
> My impression of James is that it is already much too
> overcomplicate
m with respect to the
essential complexity of the project and if it can help making the code
more readable and express concepts in a more obvious way, it could
balance having to learn this new thing.
I think that this debate is interesting nonetheless and I thank you
again for your email.
Cheers,
-- Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
don't want to work for keeping their service online.
Developers want things that make their work easier or funnier.
It's one reason I asked to the community and I'm glad you answered.
I didn't changed my mind (yet) but at least I evaluated my opinion
against others and it
table APIs, move these
components in their own git repository to avoid building them with the
main codebase.
Cheers,
--
Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
Hi,
I tried to reply to your message, see below.
On Wed, 2020-06-10 at 11:19 +0300, Eugen Stan wrote:
> Hello Matthieu,
>
> La 09.06.2020 15:46, Matthieu Baechler a scris:
> > My experience with Scala is the opposite: you can write code that
> > express the problem you are
ndex not so
up-to-date)
* be able to configure what is indexed (if we drop attachment indexing
and full-text indexing we'll probably be way faster)
It's just an example of what we could do and there are a lot of other
solutions.
I'm convinced both use cases are really differe
I finally read it and it's very good (I have some comments but will
keep them for when this become a documentation as they are really
minor).
Thank you Benoit, I think it will help building a overall picture of
what James is and how it works.
-- Matthieu Baechler
On Mon, 2020-05-25 at
Hi Raphael,
On Fri, 2020-06-12 at 18:29 +0200, Raphaël Ouazana-Sustowski wrote:
> Hello Matthieu,
>
> Le 12/06/2020 à 10:05, Matthieu Baechler a écrit :
> > Hi Raphael,
> >
> > My answers below
> >
> > On Thu, 2020-06-11 at 18:01 +0200, Ra
e CLI tool: we don't really expect a use to choose the logging
library for his CLI.
And the error is about providing none.
We can just include a Noop implementation to shut down the warning IMO.
-- Matthieu Baechler
---
would have to implement.
>
> That's also why I think the good choice for now if to add a
> configuration option.
What would be different? In first case you have to support the feature
for at least one release after deprecation. You would have to document
the migration too
ach?
>
There's a small detail that bothers me: in the past, relying for too
long on in-memory only made the implementation of a persistent backend
harder because most of the time, problems were hidden by the fact we keep
instances of object in memory instead of having different instances.
I woul
ong-term perspective or
will we switch to a better alternative?
Sorry to bring my uncertainties to this discussion but it's probably
still time to look at what we've done, evaluate it and maybe change our
strategy if needed.
Cheers,
--
Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
and to invite others interested in helping out to engage the
community on the dev and users lists!
Best regards,
--
Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e
October 2019
8am UTC.
Cheers,
--
Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
> WithStorageDirective + LocalDelivery to be used instead.
> This will limit user misunderstandings
>
> - mailbox/zoo-seq-provider.
> Not exposed to the end user.
This vote already happened in july
> - mp
Hi Benoit,
It looks like you forgot the answer to the mailing list.
On Wed, 2019-11-13 at 14:46 +0700, Tellier Benoit wrote:
> Hi Matthieu
>
> On 12/11/2019 15:19, Matthieu Baechler wrote:
> > Hi Benoit,
> >
> > On Mon, 2019-11-11 at 14:36
ether however this
> would lead to significant datastructure re-arranging for no
> behavioural
> gains and just a slightly more lean API.
>
> Thus I propose not to takle this now.
I'm not sure to understand this alternative.
What
s usage of byte arrays**
> discussion
> in a separated thread (let's discuss this! but let's honor this with
> it's standalone discussions :-))
I don't know if there's anything to discuss right now. I don't expect
Linagora teams to work on this specific topic in
Hi,
Could you please give us a end-to-end example of what you describe?
How does a Task declare the endpoint it contribute to?
How are conflicts managed?
Are routes modular or each endpoint can declare some point of
extensions?
Cheers,
--
Matthieu Baechler
On Mon, 2019-12-02 at 14:33 +0700
Yes, very well. Thank you for the explanation.
> Does it look like a desirable solution?
Yes, I agree it's a good solution for this specific case and probably
for some other cases too.
--
Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
PI to allow non-reactive
listeners to use the traditional API and wrapping listener calls into
some reactive types.
What would you think about this change? Feedback is more than welcome.
Cheers,
[1] https://projectreactor.io
--
Ma
Hi,
On Tue, 2019-12-10 at 13:11 +0700, Tellier Benoit wrote:
> Hi Matthieu,
>
> I think this is a great suggestion.
>
> On 09/12/2019 23:25, Matthieu Baechler wrote:
> > Hi,
> >
> > [...]
> >
> > Given everything is reactor based, it would be
contribution guidelines to make it possible (
https://mahout.apache.org/developers/github.html ). We could just import
their practices into James, don't you think ?
Feel free to make me to redirect my questions to the right place if it's
not.
Regards
Hi,
Le 11/04/2015 19:01, Eric Charles a écrit :
See answers in line
On 04/09/2015 10:38 AM, Matthieu Baechler wrote:
Hi,
I work for an free software company, Linagora, and with my team, we
are working to have James fit our needs.
Two of our interns already submitted some code regarding
allow us to submit
some others PRs that depends on it.
Thanks a lot,
--
Matthieu Baechler on behalf of Linagora James Team
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server
s,
--
Matthieu Baechler
Le 23/04/2015 12:23, Eric Charles a écrit :
Is this in some way related to MAILBOX-211, Mailbox-217 , MAILBOX-220
and MAILBOX-215 that Benoit mentioned in a previous mail ?
If not, we still need patches in jira. Can you upload them?
On 04/21/2015 08:58 AM, Matthieu Baec
Ok, I misunderstood your position about github.
You can find patches attached to tickets MAILBOX-221, MAILBOX-222 and
MAILBOX-223.
Let me know if anything goes wrong.
Thanks,
--
Matthieu Baechler
Le 23/04/2015 19:19, Eric Charles a écrit :
We don't use (yet) github pull requests.
The
integration, it would be very
helpful to us.
--
Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
bligations to fulfill but
I'm committed to handle this if necessary.
I'm looking for your answers.
Best regards,
--
Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additi
RAs you'd like to be fixed for 3.0
release ?
Best regards,
--
Matthieu Baechler
Le 27/05/2015 18:51, Eric Charles a écrit :
Hi Matthieu,
Thx for brining this on. You can read more on the contribution process
on [1] and the Apache way on [2].
We usually don't look at company con
d your feedback.
--
Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
es on git.apache.org ?
Thanks for your help.
--
Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
ing Start" (git clone, mvn compile)
+ Easier Tagging/Release
Con :
- Slower "mvn package"
- Every modules have to evolve accordingly to prevent build failure
Feel free to add your opinion to this proposal.
--
Matthieu Baechler
-
x JAMES-1596 : Error mapping should have precedence over other mappings
x JAMES-1597 : Address mapping should have precedence over wildcard
If the community agrees on the expected behaviors, we can propose the
fixes for JAMES-159{5,6,7} .
--
Matthieu Baechler
On 14/08/2015 08:19, Eric Charles
to gain IMO (I might be
wrong, of course).
I would really like the community to tell me what are the cases where
the other components could benefit from being separated, that would help
answering the question "do we want to change the require
Thank you Stephen for clarifying this, I totally agree but didn't find
time to answer, you just beat me at answering !
Cheers,
--
Matthieu Baechler
On 28/08/2015 20:40, Stephen Brewin wrote:
Hi Vincenzo and Ioan
While Mattiheu's proposal does mention switching to GIT and I agree t
Thank you for your answer Stephen. It looks like we agree one this proposal.
Can I take your answer for a +1 ?
Eric : you didn't gave your opinion yet, WDYT ?
--
Matthieu Baechler
On 27/08/2015 20:02, Stephen Brewin wrote:
My previous post corrected for copy/paste issues on phone!
On
would you want the guidelines to contain ? API stability
rules ? Anything else ?
--
Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-
On 03/09/2015 11:48, Eric Charles wrote:
On 2015-09-03 11:04, Matthieu Baechler wrote:
Hi Eric,
On 03/09/2015 10:16, Eric Charles wrote:
I like Matthieu proposal (merge without mime4...), but this will open
the door to more refactoring that would maybe go against the initial
requirement of
opinion
is "yes, we need that")
x Does anybody know how the history could be kept while keeping svn ?
x If previous answer is "Nobody", could we delay this merge and launch
the "migrate to git" debate on the mailing list ?
Cheers,
--
Matthieu Baechler
---
repository, not several
ones. Thanks a lot.
--
Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
es/skin/trunk
Then, to update the documentation and the "project" pom, you have to
apply the attached patches and finally commit all this.
Please review this process then I'll ask a commiter to kindly apply it
if people agree.
I can put everything in a JIRA if needed.
Cheers,
and the "project" module url is OK.
Maybe you should also provide a patch for :
http://svn.apache.org/repos/asf/james/current/pom.xml
True. I put everything updated into :
https://issues.apache.org/jira/browse/JAMES-1621
--
Ma
this ?
I would really appreciate your help.
Cheers,
--
Matthieu Baechler
On 21/09/2015 10:57, Matthieu Baechler wrote:
Hi,
I tried to describe all steps needed to merge the james modules as
proposed previously.
Compared with previous proposition, I just changed the "james" folder
i
tests, specifications and processes.
We also tried to answer any question or comment the community have about
our tasks.
In that respect, I'd like to bring back the question of promoting
ourselves to commiter status. What is community's opinion about that ?
Best regards,
--
Matthie
Hi Benoit,
I think that's not the right fix. you should exclude commons-logging
from every dependencies and depends on jcl-over-slf4j instead.
I suggest you read http://www.slf4j.org/legacy.html to understand why.
Regards,
--
Matthieu Baechler
Le 24/09/2015 00:57, btell...@apache.
Hi,
I tried for some hours to generate the website instructions from
README.txt in james-project.
I finally managed to generate a site, but not everything is generated.
For example, I don't have the "server" part of the site.
Is there something else to do ?
Cheers,
--
Ma
eleted at the same time from another user or device :
there's no way to be sure what is message 12 from the client point of view.
Maybe just every single IMAP client uses UID for these reasons ?
--
Matthieu Baechler
-
To unsu
only add messages to this row. In case of EXPUNGE, we create a new
row that won't be used until a new session is open.
That way, a client can't use a MESSAGE SEQUENCE NUMBER wrongly because
it always maps to a given message.
Do you get it ?
--
Matthie
an eventual
consistent MESSAGE SEQUENCE NUMBERS <=> UID correspondance across
servers. Of course with this solution the difficulty is to have causal
ordering. Which means vector clocks...
It means creating the set for every selected mailbox : it looks like a
performance killer, don&
,
--
Matthieu Baechler
On 01/12/2015 07:30, Roman Shaposhnik wrote:
As most of you probably know FOSDEM 2016 (the biggest,
100% free open source developer conference) is right
around the corner:
https://fosdem.org/2016/
We hope to have an ASF booth and we would love to see as
many ASF projects as
Hi,
To follow Raphael's message, I just pushed our Jmap developments to
James trunk.
Feel free to try it and/or read the code.
Feedback welcome as usual.
Cheers,
--
Matthieu Baechler
-
To unsubscribe, e-mail: serve
What makes me worry too is that I'm unable to make tests pass. I'd like
to be able to check my commits with tests before sending pull requests.
Is there anything to know about compiling James and making tests to
pass ?
Regards,
--
Matthieu Baechler
---
Hi Benoit,
Thank you for the review, I'll split my answer into several mails to
avoid mixin subjects.
--
Matthieu Baechler
On 13/12/2015 12:43, Tellier Benoit wrote:
I really think JMAP is a nice protocol to use to implement a web mail as
it allows user to speak directly to the e
lue right now but if people want to use it out of James
context, why not ?
--
Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
n't know how to sort this out, does someone have an idea about that ?
--
Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
configurations tested.
Obviously it is a choice we can discuss further if anybody feels it's a
critical design decision.
--
Matthieu Baechler
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
1 - 100 of 685 matches
Mail list logo