Hi Karsten -- Thanks for your response, I wasn't aware of these S3-compatible possibilities! The "no downtime" option is always nice to have even for smaller deployments.
Rich From: "Karsten Otto" <karstenandreas.o...@akquinet.de.INVALID> To: server-user@james.apache.org Date: 05/25/2024 10:19 AM Subject: Re: Book on how to run your own mail server Hi Rich, you don't need a paid Amazon subscription, any S3 compatible solution will work as well. I have tested it successfully with Zenko Cloudserver and MinIO. But I agree that this kind of deployment only makes sense if you need to scale James for a lot of simultaneous users, prevent maintenance downtime, and all the other things you would want a service cluster for. Cheers, Karsten On 24.05.24 11:34 PM, tempbo...@hotmail.com wrote: > Hi Benoit -- > > What's inefficient about the JPA version compared to the others? And I > hope the Spring version isn't deprecated anytime soon since I've been > successfully using the Spring versions for years. They're about as simple > and secure as it gets for running your own free mail server software. > > The Cassandra version makes the least sense for a small business wanting > to self-host since it requires paid Amazon S3, not to mention the added > complexity/maintenance. > > Thanks for your thoughts! > > Rich > > > > > > From: "Benoit TELLIER" <btell...@apache.org> > To: server-user@james.apache.org > Date: 05/24/2024 05:17 PM > Subject: Re: Book on how to run your own mail server > > > > Hi Ilya, > > I and LINAGORA company uses Distributed James server CF > https://james.staged.apache.org/james-distributed-app/3.8.1/index.html > which I would consider being most stable (with RabbitMQ). Though > dependencies are hard to set up, expensive to host and complicated to > operate, and are more suitable for bigger deployments. > > An initiative with PGSQL is promissing but still young and likely not > mature enough. > > Althouth being the current default option (thanks to its simplicity and > absence of external dependency) the JPA code is old and inefficient. I > did performance test this a few months ago and it was mostly okish but > to be fair I consider it mostly as "legacy". > > And I would be happy to "kill" the Spring assembly :-) > > That's for my thoughts and I would agree we would need to have a simpler > to consume output as a project: there's too many artefacts to choose > from and as a user it is hard to navigate. > > Does this answer your question? > > Regards, > > Benoit > > On 24/05/2024 14:29, Ilya Terskov wrote: >> Hi there! >> Benoit sorry for disturbing you with my bugs :) >> Can i ask what better for stable production activemq, rabbitmq, pulsar > or >> something else? How can i add this to typical james pack of programs? >> >> >> >> пт, 24 мая 2024 г., 19:25 Benoit TELLIER <btell...@apache.org>: >> >>> Hi Eugen! >>> >>> Thanks for the links. >>> >>> I pledged for two books, one for me, one for LINAGORA as a company. Of >>> course this might get really handy for both Apache James and for >>> services we provide @LINAGORA. >>> >>> > I also plan to document the process and produce a guide that will >>> help otehr people that wish to self host with James. >>> >>> +1 ! >>> >>> Bonus point on my side to do it with the brand new PGSQL backend ;-) >>> >>> Benoit >>> >>> On 23/05/2024 21:31, Eugen Stan wrote: >>>> Hi, >>>> >>>> There is an ongoing campain for a book about self hosting an email >>>> server. >>>> >>>> It's not James specific but I believe it's of interest. >>>> The author claims the book is ready and from what I saw / and >>>> researched about him I trust he's speaking the truth. >>>> >>>> I pledged to get the ebook and hope to self host by the end of the >>>> year with Apache James. >>>> I also plan to document the process and produce a guide that will help >>>> otehr people that wish to self host with James. >>>> >>>> Consider getting the book if you are self hosting or want to support >>>> more people self hosting. >>>> >>>> >>> > https://www.kickstarter.com/projects/mwlucas/run-your-own-mail-server/description >>>> >>>> Regards, >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: server-user-unsubscr...@james.apache.org >>> For additional commands, e-mail: server-user-h...@james.apache.org >>> >>> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: server-user-unsubscr...@james.apache.org > For additional commands, e-mail: server-user-h...@james.apache.org > > > >
