Re: James documentation: Roadmap

2024-08-29 Thread Rene Cordier
Thanks for the feedback, Ic reated a JIRA issue resuming all of this: https://issues.apache.org/jira/browse/JAMES-4067\ Cheers, Rene. On 8/28/24 2:50 PM, btell...@linagora.com wrote: Hello, Thanks for bringing the roadmap refresher topic up!   Should  we add as well a roadmap section in An

Re: James documentation: Roadmap

2024-08-28 Thread btell...@linagora.com
Hello, Thanks for bringing the roadmap refresher topic up!   Should we add as well a roadmap section in Antora doc for example? Duplicated information is a recipe for partial updates and consistency issues. (True with Cassandra, even more with humans) So IMO -1. On 28/08/2024 08:20, Jea

Re: James documentation: Roadmap

2024-08-27 Thread Jean Helou
hello ! suggestions inline > I would think regarding main goals that: > > - the distributed mail server is already stable and might not need to > keep figuring in this section? > maybe switch from providing (done) to maintaining like for JPA > - we are working on a postgres reactive based im

Re: James 3.8.x and Cassandra 4

2024-02-12 Thread Benoit TELLIER
Hello Otto. Very good question, thanks for asking! You can perfectly use Cassandra 4 with James 3.8.x, it actually work great. Cassandra 3 and Cassandra 4 are mostly similar. Some mild differences can be noticed in some table settings (some compaction strategies present in Cassandra 4 are not

Re: James support `start-dev` argument when running

2023-04-21 Thread Benoit TELLIER
Hello Tung, Thanks for this nice initiative. Indeed, making the project more approachable, especiallly in the few interactions is indeed a good idea. +1 for this work. I did do suggestions (wider adoption, documentation, command line arguments) on the pull request. Cheers! Benoit On 19/

Re: JAMES-3715: Upgrade to Netty 4.1

2022-03-21 Thread Glennos
Hi Benoit, Please all read: https://github.com/apache/james-project/pull/924#issuecomment-1074760329 Thanks in advance, Regards, Glenn On Mon, 21 Mar 2022 at 15:17, Glennos wrote: > Thanks Benoit! I'll send through some more fixes and improvements within > the next couple of hours :-) >

Re: JAMES-3730: Upgraded from Legacy JavaMail to Jakarta Mail 2.0.1/Activation 2.0.1

2022-03-20 Thread Benoit TELLIER
Hello, I just got the following answer from the ASF legal team: > Yes, EPL-2.0 is listed as Category B. Dependencies are fine, and you can even include unmodified binaries in your binary releases if need be. Thus we can move forward toward adopting jakarta.mail. Regards, Benoit On 21/03/20

Re: JAMES-3715: Upgrade to Netty 4.1

2022-03-20 Thread Glennos
Thanks Benoit! I'll send through some more fixes and improvements within the next couple of hours :-) On Mon, 21 Mar 2022 at 15:06, Benoit TELLIER wrote: > Hello, > > On 21/03/2022 10:23, Glennos wrote: > > Hi Benoit, > > > > At the moment I'm working from > > https://github.com/ff-wl/james

Re: JAMES-3715: Upgrade to Netty 4.1

2022-03-20 Thread Benoit TELLIER
Hello, On 21/03/2022 10:23, Glennos wrote: Hi Benoit, At the moment I'm working from https://github.com/ff-wl/james-project/tree/netty4 - but I'd really appreciate a branch which combines all the netty4 work :-) You can use https://github.com/chibenwa/james-project/tree/netty4-combo which

Re: JAMES-3715: Upgrade to Netty 4.1

2022-03-20 Thread Glennos
Hi Benoit, At the moment I'm working from https://github.com/ff-wl/james-project/tree/netty4 - but I'd really appreciate a branch which combines all the netty4 work :-) You were right - I forgot to submit my code review! Can see comments here: https://github.com/apache/james-project/pull/

Re: JAMES-3730: Upgraded from Legacy JavaMail to Jakarta Mail 2.0.1/Activation 2.0.1

2022-03-20 Thread Benoit TELLIER
Thanks for this (much needed) upgrade. I had some concerns regarding licensing (Apache v2 project depending on EPL v2 license). See https://issues.apache.org/jira/browse/LEGAL-604 We will help you get that pull request on shape. Regards, Benoit On 21/03/2022 06:56, Glennos wrote: Hi all,

Re: JAMES-3715: Upgrade to Netty 4.1

2022-03-20 Thread Benoit TELLIER
On 21/03/2022 06:46, Glennos wrote: Follow up question: when are you planning on merging 'JAMES-3715: Upgrade to Netty 4.1' to master and releasing? Good question! As explained in https://github.com/apache/james-project/pull/886 We are waiting to have a grren build on https://github.com/apa

Re: JAMES-3715: Upgrade to Netty 4.1

2022-03-20 Thread Benoit TELLIER
Hello Glennos! Nice to see such a motivation ;-) On 21/03/2022 06:41, Glennos wrote: Hi all, I'm new to the project - my name is Glennos, and I've been chatting with @chibenwa overhttps://gitter.im/apache/james-project - however he suggested I join the mailing list, so that's what I'm doing!

Re: JAMES-3715: Upgrade to Netty 4.1

2022-03-20 Thread Glennos
Follow up question: when are you planning on merging 'JAMES-3715: Upgrade to Netty 4.1' to master and releasing? On Mon, 21 Mar 2022 at 10:41, Glennos wrote: > Hi all, > > I'm new to the project - my name is Glennos, and I've been chatting with > @chibenwa over https://gitter.im/apache/james-pr

Re: James requires administrative rights on RabbitMQ (!!!)

2020-12-11 Thread Tellier Benoit
Le 11/12/2020 à 14:53, Matthieu Baechler a écrit : > Hi, > > On Fri, 2020-12-11 at 12:42 +0700, Tellier Benoit wrote: >> Hello James DEVs !!! >> >> I want to start a discussion around >> https://issues.apache.org/jira/browse/JAMES-3475 >> >> Our issue is that James so far require administrative

Re: James requires administrative rights on RabbitMQ (!!!)

2020-12-10 Thread Matthieu Baechler
Hi, On Fri, 2020-12-11 at 12:42 +0700, Tellier Benoit wrote: > Hello James DEVs !!! > > I want to start a discussion around > https://issues.apache.org/jira/browse/JAMES-3475 > > Our issue is that James so far require administrative rights on > RabbitMQ > server. > > This of course means that s

Re: James SMTP Model

2020-07-08 Thread Tellier Benoit
Le 08/07/2020 à 14:40, David Leangen a écrit : > Sorry, I do have one more question in response to your email… > > You wrote: > >> In my opinions we should document "How to write hooks with the >> protocols/smtp library", "How to plug such hooks into a running James >> server" >> >> Then "How to

Re: James SMTP Model

2020-07-08 Thread David Leangen
Sorry, I do have one more question in response to your email… You wrote: > In my opinions we should document "How to write hooks with the > protocols/smtp library", "How to plug such hooks into a running James > server" > > Then "How to write commands for the protocols/smtp library" (and how to

Re: James SMTP Model

2020-07-07 Thread David Leangen
> I gonna try my best, given my time constraints :-) Thank you! This is all very good information, which allows me to peel one more layer of the onion. Likely my next batch of questions will be in a separate email thread, as I think we have exhausted the concept of “James SMTP Model”. In the

Re: James SMTP Model

2020-07-07 Thread Tellier Benoit
Le 06/07/2020 à 14:12, David Leangen a écrit : > Thanks Benoit. > > Now, since I already have your attention on this topic, please allow me to > really push so I can reach some kind of resolution. The resolution will allow > me to figure out how to move forward with several things. Since I have

Re: James SMTP Model

2020-07-06 Thread David Leangen
Thanks Benoit. Now, since I already have your attention on this topic, please allow me to really push so I can reach some kind of resolution. The resolution will allow me to figure out how to move forward with several things. Since I have been a bit stuck the past few days (and growing frustrat

Re: James SMTP Model

2020-07-05 Thread Tellier Benoit
Le 06/07/2020 à 13:12, David Leangen a écrit : > [...] >> I believe people are interested by a working SMTP implementation where >> they can "plug" there behaviors or add the commands they miss. > I am beginning to think that we may have a fundamentally differing > understanding of what an API i

Re: James SMTP Model

2020-07-05 Thread David Leangen
> I don't think people are interested by an API allowing them to implement > SMTP themselves. (That is quite some work!) LOL indeed, and I completely agree. But I don’t think that’s the point I’m trying to make. Some organizations may want to create an implementation. The James team may wish to

Re: James SMTP Model

2020-07-05 Thread Tellier Benoit
Le 06/07/2020 à 07:13, David Leangen a écrit : > Hey Benoit, > >> Now, that being said, I believe we should always define a "purpose" for >> an API, and here we mixes things in my opinion. > Yes, very good point. I agree 100% > > > >> Are we defining an API for building any arbitrary SMTP server?

Re: James SMTP Model

2020-07-05 Thread David Leangen
Hey Benoit, > Now, that being said, I believe we should always define a "purpose" for > an API, and here we mixes things in my opinion. Yes, very good point. I agree 100% > Are we defining an API for building any arbitrary SMTP server? My somewhat vague thought is: I get the impression that

Re: James SMTP Model

2020-07-05 Thread Tellier Benoit
Hi Eugen, You will find my answers inlined. > > I believe you make the assumption that people use and want to use the > full plethora of protocols we have in James. > > Sort of "All or nothing" approach. > > Why do you think it is so? > > I would argue that we should make little assumptions

Re: James SMTP Model

2020-07-05 Thread Tellier Benoit
Hi David, As I exposed it earlier, protocols-smtp mixes the protocol implementation and the interface it defines. We would benefit from separating the too. Now, that being said, I believe we should always define a "purpose" for an API, and here we mixes things in my opinion. Are we defining an A

Re: James SMTP Model

2020-07-05 Thread David Leangen
Hi there, I think that my thoughts about components seem to be quite aligned with those of Eugen, so I won’t really repeat anything here. I agree with pretty much everything he writes about the advantages of having clean components. Perhaps the only thing I would point out is that even with cl

Re: James SMTP Model

2020-07-05 Thread Eugen Stan
Hi Benoit, La 05.07.2020 07:32, Tellier Benoit a scris: > > Le 02/07/2020 à 23:03, Eugen Stan a écrit : >> Hello David, >> >> [...] >> >> Agian, I do think protocols should be independent since they have >> different rules and share only some technical aspects. > +1 > > Actually IMAP is independen

Re: James SMTP Model

2020-07-04 Thread Tellier Benoit
Hello David, Le 03/07/2020 à 04:30, David Leangen a écrit : > > [...] > >> I don't believe the code is super clean but it does work and is quite >> efficient and fast. > > Yes, that is important, but again, this comment about being “efficient and > fast” seems perfectly valid for an implementat

Re: James SMTP Model

2020-07-04 Thread Tellier Benoit
Le 02/07/2020 à 23:03, Eugen Stan a écrit : > Hello David, > > [...] > > Agian, I do think protocols should be independent since they have > different rules and share only some technical aspects. +1 Actually IMAP is independent. LMTP is based on SMTP implementation. A current limitation of

Re: James SMTP Model

2020-07-02 Thread David Leangen
> Since I am pretty much stuck with the documentation efforts (as I have > mentioned I need more input from the community if I am to move forward), what > I think I’ll try to do next is write an “independent” API for SMTP. […] I spent a few hours on this today, but already I think I am going to

Re: James SMTP Model

2020-07-02 Thread David Leangen
Hi Eugen, > Quite a long email :) . Hehehe, yes. Good thing I stopped when I did. Glad it got some dialogue going. I very much appreciate your reply. Just a few comments inline. > I believe the protocols share the protocols-api beacuse they are > all/mostly all line based protocols. > > Lik

Re: James SMTP Model

2020-07-02 Thread Eugen Stan
Hello David, Quite a long email :) . I'll try to come up with some answers. From what I recall, the protocols where implemented by Norman Maurer mostly. However you can't see that from the git history since it has been removed with the migration from SVN -> GIT. I do believe that is a big lega

Re: James SMTP Model

2020-07-01 Thread David Leangen
Thanks to those who have replied so far. I am going to try to ask better questions. What I am trying to figure out is how James models the SMTP concepts in the code. I am very particular in that I think it is extremely important to make the code as “readable” as possible. I wanted to hear the

Re: James SMTP Model

2020-06-26 Thread Raphaël Ouazana-Sustowski
Hello, It seems you missed at least one common use case. An external SMTP server should be allowed to contact your SMTP server to send you emails related to your domains. This is the remote delivery part, but for your own server. For this use case you need a SMTP server that is listening on

Re: James SMTP Model

2020-06-26 Thread Eugen Stan
Hello David, I'll give it a try, but my knowledge is not that extensive at the moment. SMTP is a protocol for for transfering email (as the name suggests :D ) https://en.wikipedia.org/wiki/Simple_Mail_Transfer_Protocol . A short, probably not entirely correct summary follows, with references to

Re: James SMTP Model

2020-06-26 Thread David Leangen
> My first questions are about SMTP. After a bit of resisting, I finally bit the bullet and downloaded IntelliJ. I am now able to compile and navigate my way through the code in an IDE, so I should be able to make better progress. > * How does James model SMTP? > * Where can I find SMTP rela

Re: JAMES project offering: about libraries

2020-06-15 Thread Eugen Stan
Hello Benoit, Thanks for your feedback. I think it makes sense an we agree on a lot. Before moving the discussion forward let's make the inventory of libraries, and components as part of the documentation effort. We can work on a git branch in the docs area, sync on gitter for a quick review an

Re: James architecture: core components, sub-components and utility components

2020-06-12 Thread Matthieu Baechler
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 12:00 +070

Re: James architecture: core components, sub-components and utility components

2020-06-12 Thread Eugen Stan
Hi Benoît, Thanks for the effort you put into this. It's very useful. I also saw the list of documents https://github.com/apache/james-project/tree/master/src/adr .  I need to go through them. @Raphaël : IMO there are many points of view here: - the technical / developer view - we work on sourc

Re: James architecture: core components, sub-components and utility components

2020-06-11 Thread Raphaël Ouazana-Sustowski
Hello, Even if I globally agree with your definition of extension, I think import/export is a very valuable feature and should be promoted (when finished). Of course from an architecture point of view it could be seen as an extension but for an admin it should be well integrated and easy to u

Re: James architecture: core components, sub-components and utility components

2020-06-10 Thread Tellier Benoit
On 10/06/2020 22:49, Raphaël Ouazana-Sustowski wrote: > Hi Benoît, > > This inventory is amazing, thanks for having issued it. > > For my part it's just missing the LDAP read only user repository as an > implementation of the user repository. True. > But I probably missed things :) > > Oh f

Re: James architecture: core components, sub-components and utility components

2020-06-10 Thread Raphaël Ouazana-Sustowski
Hi Benoît, This inventory is amazing, thanks for having issued it. For my part it's just missing the LDAP read only user repository as an implementation of the user repository. But I probably missed things :) Oh for example the (unfinished?) import / export mechanism. Regards, Raphaël. Le

Re: James architecture: core components, sub-components and utility components

2020-05-24 Thread David Leangen
Hi Benoit: > I gave a shot at defining: > > - Core components, that offers services at heart of James > - Utility components, that offers services core-components > implementations can rely on. > - Mailbox sub-components. Wow, there is a lot here! It will take me some time to digest, but this

Re: James configurations

2020-05-13 Thread David Leangen
Thank you, Matthieu. >> * Is the name “product” set in stone? Would it be possible to call >> it a “profile” for example? > > I don't really care. I don't really like "product" name. Maybe > "profile" is better but I'm not sure. Ok, thank you. So unless somebody raises an objection, I will go

Re: James configurations

2020-05-12 Thread Matthieu Baechler
Hi David, Before commenting, just keep in mind that some other James developers can have different opinions than mine, they may disagree with our current discussion outcomes. Also, most of us are not english-native people so it may explain why we don't always use the best words to explain things.

Re: James configurations

2020-05-11 Thread David Leangen
Hi Matthieu, Thank you for the great comments! My replies inline. >> 1. What are these configurations for? > > It's related to our product strategy. [snip] > a product is a solution that we package and has been tested to work. A user > can expect the community to care about problems on the

Re: James configurations

2020-05-11 Thread Matthieu Baechler
Hi David, On Sun, 2020-05-10 at 11:41 +0900, David Leangen wrote: > Hello, > > Since I am very new to James, I have the advantage of looking at the > available documents with fresh eyes. For that reason, I am currently > working on trying to update the documentation, and have submitted a > PR to

Re: [james-project] 02/03: JAMES-2813 Upgrade RabbitMQ to last version

2019-12-03 Thread Tellier Benoit
After this changeset is applied I notice this test being unstable: RabbitMQEventBusTest$ConcurrentTest.concurrentDispatchKeyShouldDeliverAllEventsToListenersWithSingleEventBus This fails in the following fashion: [88d7e4736e39a75058f168ae217549ada9884623] 05:40:07.877 [ERROR] o.a.j.u.c.Concurren

Re: [james-project] branch master updated: JAMES-2802 Improve ES container methods semantic

2019-06-21 Thread jackie issa
Get Outlook for iOS From: rouaz...@apache.org Sent: Friday, June 21, 2019 4:30:47 PM To: server-dev@james.apache.org Subject: [james-project] branch master updated: JAMES-2802 Improve ES container methods semantic This is an automated emai

Re: [james-project] branch master updated (9720338 -> fa24a09)

2019-03-25 Thread Gautier DI FOLCO
Hello, We currently only use AWS S3 (and API-compatible services) only as blob store (and alternative to Cassandra and Swift) to store messages. Regarding AWS SES:  * It is not design to our use case (in my understanding it's principally for sending campaigns, while we are developing a genera

Re: [james-project] branch master updated (9720338 -> fa24a09)

2019-03-24 Thread Benoit Tellier
Hello Jeremy, Thanks a lot for the interest on ongoing development! We introduced a Blob storage API that backends can use to store large blobs (storing them in Data-bases is both expensive and not efficient). This blobs API leverages has various implementation: memory (testing purposes), OpenSt

Re: [james-project] branch master updated (9720338 -> fa24a09)

2019-03-23 Thread Jeremy T. Bouse
I have not had a chance to take a deep look at the individual patches this included, but just reading the names is this something that could potentially be used with AWS SES Mail receiving and storage to S3 or is this simply using S3 to behind JAMES to store the received mail? On 3/22/2019 12:18 P

Re: [james-project] 03/04: JAMES-2671 Calculate the length of encrypted content

2019-03-22 Thread wei jiang
I meant fuck this email group! Get Outlook for Android<https://aka.ms/ghei36> From: wei jiang Sent: Friday, March 22, 2019 10:47:14 PM To: James Developers List Subject: Re: [james-project] 03/04: JAMES-2671 Calculate the length of encrypted content duc

Re: [james-project] 03/04: JAMES-2671 Calculate the length of encrypted content

2019-03-22 Thread wei jiang
duck this email group! stop sending emails to me! Get Outlook for Android From: rouaz...@apache.org Sent: Friday, March 22, 2019 10:18:47 AM To: server-dev@james.apache.org Subject: [james-project] 03/04: JAMES-2671 Calculate the length of

Re: James 3.2.0 link is not available to download

2019-01-29 Thread Benoit Tellier
Hi Simon, The change was commited on James repo but not yet deployed on the website. I just did this, and the page is now correct. Thanks for the report, Benoit On 1/29/19 9:28 PM, Antoine DUPRAT wrote: > Hi, > > Thank you for reporting this bad link, you can try this one instead: > > https:

Re: James 3.2.0 link is not available to download

2019-01-29 Thread Antoine DUPRAT
Hi, Thank you for reporting this bad link, you can try this one instead: https://www.apache.org/dyn/closer.lua/james/server/3.2.0/james-server-app-3.2.0-app.zip We will update the download page soon. Cheers, Antoine Le 29/01/2019 à 13:05, Simon Levesque a écrit : Hi all, from http://james

Re: james-project contibution

2018-04-15 Thread Benoit Tellier
Hi Raoul, I have never been using "Amazon Simple e-mail service". I guess what you are mentioning is that feature: https://aws.amazon.com/blogs/aws/ses-delivery-notifications/ As far as I understand this, this feature relies on MDN (Message Disposition Notification, https://tools.ietf.org/html/r

Re: James logo – the Vote is Open / Results

2016-10-04 Thread Laura Royet
Hi everybody, The vote for James new logo is now closed. Logo 10 wins the vote (see file attached). Here are the detailed results: Logo Amount of Details number votes 1 0--- 2 1Rami Ojares

Re: James logo – the Vote is Open

2016-10-03 Thread Laura Royet
Hi everyone, I remind you that you only have a few hours to vote for James new logo. Deadline: today at 18:00 UTC. Thanks in advance. Regards, Laura Le 26/09/2016 à 16:04, Laura Royet a écrit : Hi everyone, This emails opens the *single vote ballot* for *James log**o*. Below are the detail

Re: James logo – the Vote is Open

2016-09-28 Thread Echo
+10 On Wed, Sep 28, 2016 at 7:03 PM, Kiytiro-Keane, A Massae wrote: > * VOTE FOR LOGO NUMBER: 8 > > -Original Message- > From: Quynh Nguyen [mailto:qngu...@linagora.com] > Sent: Wednesday, September 28, 2016 3:54 AM > To: James Developers List ; James Users List >

RE: James logo – the Vote is Open

2016-09-28 Thread Kiytiro-Keane, A Massae
* VOTE FOR LOGO NUMBER: 8 -Original Message- From: Quynh Nguyen [mailto:qngu...@linagora.com] Sent: Wednesday, September 28, 2016 3:54 AM To: James Developers List ; James Users List Subject: Re: James logo – the Vote is Open * VOTE FOR LOGO NUMBER: 5 On 28/09/2016 12:18, Eric

Re: James logo – the Vote is Open

2016-09-28 Thread Quynh Nguyen
* VOTE FOR LOGO NUMBER: 5 On 28/09/2016 12:18, Eric Charles wrote: *How to vo**te : **You have two options : **choosing**one of the **proposals between the 10 submitted *on : http://james.apache.org/#tabs-4 or *give a blank vote*.

Re: James logo – the Vote is Open

2016-09-27 Thread Eric Charles
+1 for logo 10. Thx to all contributors. On 26/09/16 16:04, Laura Royet wrote: Hi everyone, This emails opens the *single vote ballot* for *James log**o*. Below are the detailed explanation. **Who ca**n vote :* all the recipients of this email. Deadline :Monday, 3 October 2016 at 18:00 U

Re: James logo – the Vote is Open

2016-09-27 Thread Rami Ojares
My vote goes to... proposal 2! - Rami

Re: James logo – the Vote is Open

2016-09-27 Thread Ioan Eugen Stan
I vote for 10. On 27.09.2016 10:28, Manuel Carrasco Moñino wrote: > VOTE FOR LOGO NUMBER 10 > > Thanks > - Manolo > > El lun., 26 sept. 2016 a las 16:04, Laura Royet () > escribió: > >> Hi everyone, >> >> This emails opens the *single vote ballot* for *James log**o*. >> Below are the detailed e

Re: James logo – the Vote is Open

2016-09-27 Thread Manuel Carrasco Moñino
VOTE FOR LOGO NUMBER 10 Thanks - Manolo El lun., 26 sept. 2016 a las 16:04, Laura Royet () escribió: > Hi everyone, > > This emails opens the *single vote ballot* for *James log**o*. > Below are the detailed explanation. > > **Who ca**n vote :* all the recipients of this email. > Deadline :M

Re: James logo – the Vote is Open

2016-09-27 Thread Laura Royet
Hi, * VOTE FOR LOGO NUMBER: 10. Regards, Laura Le 26/09/2016 à 16:04, Laura Royet a écrit : Hi everyone, This emails opens the *single vote ballot* for *James log**o*. Below are the detailed explanation. **Who ca**n vote :* all the recipients of this email. Deadline :Monday, 3 October

Re: James logo – the Vote is Open

2016-09-26 Thread Antoine DUPRAT
Hi, VOTE FOR LOGO NUMBER: 10 Cheers, Antoine Hi everyone, This emails opens the *single vote ballot* for *James log**o*. Below are the detailed explanation. **Who ca**n vote :* all the recipients of this email. Deadline :Monday, 3 October 2016 at 18:00 UTC*. *How to vo**te : **You have

Re: James logo – the Vote is Open

2016-09-26 Thread Vincenzo Gianferrari Pini
VOTE FOR LOGO NUMBER: 10 Thanks, Vincenzo Il Lun 26 Set 2016, 17:33 Matthieu Baechler ha scritto: > Hi there, > > Thank you Laura for this call for vote. > > Here is my vote : > > * VOTE FOR LOGO NUMBER: 10 > > Cheers, > > -- > Matthieu Baechler > > Le 26/09/2016 à 16:04, Laura Royet a écrit :

Re: James logo – the Vote is Open

2016-09-26 Thread Matthieu Baechler
Hi there, Thank you Laura for this call for vote. Here is my vote : * VOTE FOR LOGO NUMBER: 10 Cheers, -- Matthieu Baechler Le 26/09/2016 à 16:04, Laura Royet a écrit : Hi everyone, This emails opens the *single vote ballot* for *James log**o*. Below are the detailed explanation. **Who ca

Re: James logo – the Vote is Open

2016-09-26 Thread Michael Bailly
Hello, yeah the last one looks great. * VOTE FOR LOGO NUMBER: 10 Cheers, Michael Le 26/09/2016 16:04, Laura Royet a écrit : Hi everyone, This emails opens the *single vote ballot* for *James log**o*. Below are the detailed explanation. **Who ca**n vote :* all the recipients of this email. D

Re: James logo – the Vote is Open

2016-09-26 Thread Shawn Fu Sheng
Hi, maybe the last one, looks better... * VOTE FOR LOGO NUMBER: 10 Thanks and Regards, Shawn On Sep 26, 2016, at 10:04 PM, Laura Royet wrote: Hi everyone, This emails opens the *single vote ballot* for *James log**o*. Below are the detailed explanation. **Who ca**n vote :* all the recipie

Re: JAMES Acronym

2016-09-26 Thread Eric Charles
The case should be reflected in the logo. So voting for logo implies voting for a case. On Mon, Sep 26, 2016 at 10:52 AM, Laura Royet wrote: > Hi Eric, > > Thank you for your answer. > Could you tell me if you learn more about this? > > Thanks > > Regards, > > Laura > > > Le 24/09/2016 à 10:38,

Re: JAMES Acronym

2016-09-26 Thread Laura Royet
Hi Eric, Thank you for your answer. Could you tell me if you learn more about this? Thanks Regards, Laura Le 24/09/2016 à 10:38, Eric Charles a écrit : Yep, you got it. We also considered some time ago moving from upper-case "JAMES" to "James". No sure if we concluded with a consensus f

Re: JAMES Acronym

2016-09-24 Thread Eric Charles
Yep, you got it. We also considered some time ago moving from upper-case "JAMES" to "James". No sure if we concluded with a consensus for this... On 22/09/16 16:47, Laura Royet wrote: Hi everyone, I have finally found the answer in James website (http://james.apache.org/server/archive/documen

Re: JAMES Acronym

2016-09-22 Thread Laura Royet
Hi everyone, I have finally found the answer in James website (http://james.apache.org/server/archive/document_archive.html). *JAMES* is the acronym for *Java Apache Mail Enterprise Server*. Regards, Laura Le 19/09/2016 à 17:14, Laura Royet a écrit : Hi everybody, As I am currently workin

Re: James / James JSieve dependency to Geronimo-Mail [unsigned]

2016-07-25 Thread Matthieu Baechler
Everything should switch to javamail now, as fas as I remember I did the switch on james-server some times ago. -- Matthieu Baechler On 07/25/2016 04:32 PM, Bernd Waibel wrote: Hello, we have runtime issues (class cast exception) using James3 due to the usage of java-mail-1.4.4 together wi

Re: james-server pom.xml missing scope test [unsigned]

2016-03-21 Thread Matthieu Baechler
Hi Bernd, I don't really agree with you. This dependency is part of dependencyManagement of server/pom.xml. It only defines a version for projects willing to depend on this artifact. We usually don't put the scope into dependencyManagement because it's each project's responsibility to decide

Re: james-project git commit: Port commit from svn : "Time to go Emeritus" by felixk

2016-02-12 Thread Matthieu Baechler
Yes, I just opened : https://issues.apache.org/jira/browse/INFRA-11259 -- Matthieu Baechler On 11/02/2016 18:10, Eric Charles wrote: Does that mean that the SVN tree is still open for commit? On 08/02/16 14:47, matth...@apache.org wrote: Repository: james-project Updated Branches: refs/hea

Re: james-project git commit: Port commit from svn : "Time to go Emeritus" by felixk

2016-02-11 Thread Eric Charles
Does that mean that the SVN tree is still open for commit? On 08/02/16 14:47, matth...@apache.org wrote: Repository: james-project Updated Branches: refs/heads/master 0a5403293 -> 7411eb07d Port commit from svn : "Time to go Emeritus" by felixk Project: http://git-wip-us.apache.org/repos/

define concept (was : Re: james-server-util* location (was : Re: My thoughts on JMAP implementation))

2015-12-17 Thread Matthieu Baechler
On 14/12/2015 11:17, Benoit Tellier wrote: [ propositions about modules location ] I don't agree on most points. It's a pretty obvious case of "we don't share the definition of each concept". So let's try to define concepts : backends-common : modules to share tools between backends. back

Re: James CLI is unreadable

2015-12-16 Thread Tellier Benoit
Thanks for the references. I would rather choose jcommander, it looks to be to what I want to do I will start working on my JAMES-1649 branch : https://github.com/chibenwa/james-project/tree/JAMES-1649 If you want to take a look... Le 16/12/2015 14:54, Antoine DUPRAT a écrit : > On 16/12/20

Re: James CLI is unreadable

2015-12-16 Thread Antoine DUPRAT
On 16/12/2015 09:38, Benoit Tellier wrote: Hi, @matthieu : we can make commands case insensitive. @aduprat : completion seems hard to achive but maybe we can think of supporting partial unambiguous commands... What do you think of it ? We can add a ./james-cli.sh help command What do you want

Re: James CLI is unreadable

2015-12-16 Thread Matthieu Baechler
On 16/12/2015 09:38, Benoit Tellier wrote: Hi, @matthieu : we can make commands case insensitive. I know no tool that have case insensitive commands (maybe some Windows ones), IMO we should respect de facto standards and use lowercase commands. -- Matthieu Baechler -

Re: James CLI is unreadable

2015-12-16 Thread Benoit Tellier
Hi, @matthieu : we can make commands case insensitive. @aduprat : completion seems hard to achive but maybe we can think of supporting partial unambiguous commands... What do you think of it ? We can add a ./james-cli.sh help command What do you want by "better result presentation"? I'll open

Re: James CLI is unreadable

2015-12-16 Thread Matthieu EXT_BAECHLER
It looks good, please also consider lowercase everything. -- Matthieu Baechler > Le 15 déc. 2015 à 18:21, Benoit Tellier a écrit : > > Hi, > > Today I want to raise an issue : > > - It is nearly impossible to read James CLI help message > - James CLI command line naming is obscure, too long

Re: James CLI is unreadable

2015-12-16 Thread Antoine DUPRAT
Hello, It seems to be a good idea. May be it's also the time to investigate on a tool providing us additional features to the cli: - completion - help - better result presentation - ... Antoine Hi, Today I want to raise an issue : - It is nearly impossible to read James CLI help message

Re: james-server-util* location (was : Re: My thoughts on JMAP implementation)

2015-12-14 Thread Benoit Tellier
Here we have an interesting topic ;-) If I remember well; backend commons was introduced to share common code across James project without introducing meaningless / cycle prone / multiples and fast cardinality growing dependencies. I happened to be on Cassandra between data-cassandra and mailbox/

RE: James Mail Server: unable to process message with attachment Content-Disposition issue (creation-date)

2015-11-24 Thread Suvega Srinivasan (NCS)
Hi Bernd, Thanks for your response and the information. I would check your post and detail, would update you on the progress. Regards, Suvega S Mob# +65-9181-8874 -Original Message- From: Bernd Waibel [mailto:bwai...@intarsys.de] Sent: Monday, 23 November, 2015 3:57 PM To: James Develo

Re: James modules merge

2015-09-23 Thread Matthieu Baechler
Hi, I know this move is an important one, so I'd like commiters to take some time to review it. The details are now there : https://issues.apache.org/jira/browse/JAMES-1621 The next move would be to find a commiter *willing to apply* the described changes : is there any candidate for this ?

Re: James modules merge

2015-09-21 Thread Matthieu Baechler
Thanks for you comments, On 21/09/2015 12:21, Benoit Tellier wrote: Shouldn't the patchs URL be : http://svn.apache.org/repos/asf/james/project/trunk/* instead of http://svn.apache.org/repos/asf/james/trunk/* ? Actually, every modules now under project is removed for svn:externals and the

Re: James modules merge

2015-09-21 Thread Benoit Tellier
Shouldn't the patchs URL be : http://svn.apache.org/repos/asf/james/project/trunk/* instead of http://svn.apache.org/repos/asf/james/trunk/* ? Maybe you should also provide a patch for : http://svn.apache.org/repos/asf/james/current/pom.xml I'm not a SVN expert, so can someone else rev

Re: James deployment

2014-06-19 Thread Eric Charles
Hi Emma, I would declare in the GWT app (Bond) the james sever dependencies and create the james context on GWT init. The jars contain the spring definitions and are loaded via classpath, so it should work well. If it doesn't, you may miss some dependencies (check you have them all) - use also t

Re: James deployment

2014-06-17 Thread Emma Sesmero
Hi all, I am trying to implement a bundle with James and Bond and I am a little stuck. So I am going to explain the situation just in case someone can give me some guidance. The Bond application is developed in GWT using Maven and currently has an embedded Jetty. So that the pom.xml creates a war

Re: James deployment

2014-04-29 Thread Emma Sesmero
Thank you very much, Eric. I'll get right on it. 2014-04-29 5:53 GMT+02:00 Eric Charles : > Hi Emma, > > This is how it works. > > You will need also to look at the different spring files spread in the > other modules. These are responsible to inject the beans. > > Load the all the server module

Re: James deployment

2014-04-28 Thread Eric Charles
Hi Emma, This is how it works. You will need also to look at the different spring files spread in the other modules. These are responsible to inject the beans. Load the all the server module in your favorite IDE http://james.apache.org/server/3/dev-build.html The modules are usually built upon

Re: James 3.0-beta3 and jdk1.7

2013-12-18 Thread Phillip Odam
Hi Blanca I haven't tried getting 3.0-beta3 up and running on java 1.7 but have run beta4 on 1.7 and I think I came across exactly this same issue. Here's my notes, quite likely to be wrong for beta5 that's under development but may work for beta3. Note jaxb 2.1.15 no longer the latest. To

Re: James 3.0-beta3 and jdk1.7

2013-12-18 Thread Eric Charles
Prolly latest jdk7 needs latest james. On 12/18/2013 11:12 AM, BlancaHN wrote: Hi, I have just upgraded my java version, and currently I am using the latest jdk so far (jdk1.7.0_45). I have the same problem as other users in this forum: Caused by: com.sun.xml.internal.bind.v2.runtime.IllegalAn

  1   2   3   4   5   6   7   8   9   10   >