Thanks Quan.
The delays I'm seeing are between initial spooling and the very first
delivery attempt.
Currently seeing a number of messages in the outgoing mailQueue with next
delivery of
1969-12-31T23:59:59.999Z
They do not seem to be progressing.
I've noticed that when a message is first queued it has this date but only
for a very short period until it's picked up by the deliverer.
Suggests to me that some thread has died?
A call to the healthcheck suggests everything is fine:
{"status":"healthy","checks":[{"componentName":"Guice application
lifecycle","escapedComponentName":"Guice%20application%20lifecycle","status":"healthy","cause":null},{"componentName":"MailReceptionCheck","escapedComponentName":"MailReceptionCheck","status":"healthy","cause":null},{"componentName":"EventDeadLettersHealthCheck","escapedComponentName":"EventDeadLettersHealthCheck","status":"healthy","cause":null},{"componentName":"EmptyErrorMailRepository","escapedComponentName":"EmptyErrorMailRepository","status":"healthy","cause":null},{"componentName":"Embedded
ActiveMQ","escapedComponentName":"Embedded%20ActiveMQ","status":"healthy","cause":null}]}
Kind regards
Matt Pryor
Research and Development Manager
The International Presence Group of Companies
EMAIL: pr...@presencebpm.com
URL: www.International-presence.com
On Fri, 1 Aug 2025 at 18:14, Quan tran hong <quan.tranhong1...@gmail.com>
wrote:
> Hi Matt,
>
> > What could be the cause of this I wonder? The server doesn't seem
> massively
> busy in between those times.
>
> In my opinion, something could be wrong with your SMTP remote gateway that
> makes James (here RemoteDelivery mailet) can not send mail outbound right
> away. Then, RemoteDelivery would delay some time before retrying the
> next remote delivery, which could explain the delay time you observed.
>
> You can send an inbound email to verify the theory. If inbound is fast,
> then the problem is likely at the SMTP remote gateway.
>
> Quan
>
> On Fri, Aug 1, 2025 at 8:33 PM Matt Pryor <
> pr...@international-presence.com>
> wrote:
>
> > I'm seeing long periods where MailDelivrerToHost isn't mentioned in the
> > logs even though there are plenty of emails being spooled.
> >
> > How can I find out what's going on?
> >
> > I've increased the delivery threads to 20 and the spool threads to 200
> but
> > if anything it's made it worse.
> >
> > Customer now screaming at me.
> >
> > E.g.
> > 2025-08-01 13:11:41.199 [DEBUG] o.a.j.m.i.JamesMailSpooler - ==== End
> > processing mail
> > Mail1754053901091-441b1ec5-bce3-40ee-af08-94d5a109240e-to-gmail.com ====
> >
> > Then... nothing.
> >
> >
> >
> > Kind regards
> > Matt Pryor
> > Research and Development Manager
> >
> > The International Presence Group of Companies
> > EMAIL: pr...@presencebpm.com
> > URL: www.International-presence.com
> >
> >
> >
> >
> > On Fri, 1 Aug 2025 at 10:59, Matt Pryor <
> pr...@international-presence.com>
> > wrote:
> >
> > > Hi, I'm running Apache James 3.82.
> > >
> > > I'm seeing long delays between spooling messages and then delivering
> > them.
> > > For example:
> > >
> > > 2025-08-01 04:22:22.253 [DEBUG] o.a.j.m.i.JamesMailSpooler - ==== End
> > > processing mail
> > > Mail1754022142176-e4670a57-8cf4-4412-934e-f0981e559015-to-xxxxx.com
> ====
> > >
> > > And then.... 2025-08-01 04:41:00.785 [DEBUG]
> > > o.a.j.t.m.r.d.DeliveryRunnable - will process mail
> > > Mail1754022142176-e4670a57-8cf4-4412-934e-f0981e559015-to-xxxxx.com
> > >
> > > What could be the cause of this I wonder? The server doesn't seem
> > > massively busy in between those times.
> > >
> > > I upgraded from 3.80 to 3.82 in the hope this would fix the problem but
> > it
> > > doesn't seem to have.
> > >
> > > Kind regards
> > > Matt Pryor
> > > Research and Development Manager
> > >
> > > The International Presence Group of Companies
> > > EMAIL: pr...@presencebpm.com
> > > URL: www.International-presence.com
> > >
> > >
> > >
> >
>
