Hi Matt,
Can you share the remote delivery timer metric?
*curl **localhost:8000/metrics*, then you can search for the
*RemoteDeliveryTrial* metrics.
Quan
On Mon, Aug 4, 2025 at 3:45 PM Matt Pryor <pr...@international-presence.com>
wrote:
> 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
> > > >
> > > >
> > > >
> > >
> >
>
