I believe it is likely a configuration issue. Adam,
I worked on a project that was approved for use with 3.0 beta 4, but since it was beta, I was reluctant to put it into production. I got approval from the management to migrate our custom mailets to James 3.4.0. I suggest you try a similar approach. I later found out that after I did a lot of the leg work myself, the project team behind the original reference implementation had moved to migrate to James 3.2.0. Our customizations to the reference implementation were heavily reliant on James 2.3.2. On Sat, Jul 24, 2021 at 8:18 AM btell...@apache.org <btell...@apache.org> wrote: > Hello Adam, > > As implied in the release name, 3.0-beta4 is a beta... It dates from > 2013 (8 years), is no longer supported by the community, is not on the > download page. > > Given the numerous dependencies to be updated, as security seems to be a > concern to you (otherwize why upgrade java and centos?), I would urge > you to adopt the latest James version (3.6.0). > > I have no idea why a java / centos upgrade causes the behaviour you > describe. > > Also, if answering a few question here and on the server-dev mailing > list is not enough, we (Linagora) can provide technical assistance > support and consulting to help you on the road of this migration. Feel > free to email me about it. > > Cheers, > > Benoit > > On 23/07/2021 22:39, Adam Raszkiewicz wrote: > > Currently we are running James Server ver.3.0-beta4 on CentOS6 with Java > 6. For security reasons we have decided to move it to the CentOS7 and use > Java7. > > > > James server will start fine, will send SMTP message to itself fine but > when I will try to send message to remote recipient it will pick up remote > recipient and a cert from remote DNS but then it will attempt to deliver it > to itself which will cause fastfail due to remote recipient is not on that > server. > > > > Any thoughts on that why is getting confused and will try to deliver > locally? > > > > Due to some customizations we are not able to upgrade James to the newer > version. > > > > Thanks, > > Adam Raszkiewicz > > --------------------------------------------------------------------- > To unsubscribe, e-mail: server-user-unsubscr...@james.apache.org > For additional commands, e-mail: server-user-h...@james.apache.org > >
