Messages get automatically deleted from exim queue without retry

[ad682005]

Hi,

I have been facing an issue with a new setup that I did.

Specs:
CentOS 7
Cpanel 11.0.78 (RELEASE BUILD as of today)

I have configured exim to queue messages if more than 19 messages are sent in one connection (smtp_accept_queue_per_connection = 19).

The behaviour expected is that if a single SMTP connection sends more than 19 messages, then delivery will be started for 19 messages but the remaining messages will be written to queue and retry will be attempted on next run.

So far so good.

If I send say 25 messages in 1 connection, 19 are sent out immediately and 6 messages are written to queue along with a message >>>> no immediate delivery: more than 19 messages received in one connection <<<<

Again so far so good, because this is expected behavior.

Now a funny thing happens.

Every 30 minutes exim_mainlog file shows the command >>>>cwd=/ 8 args: exim -Mrm <list of message ids>

As a result all the messages which were written to the queue are deleted without being sent, without redelivery being attempted.

This is a problem because on this server the email delivery is unreliable.

I have abother server with CentosOS 6.

On this server the exim configuration is the same. However the differecence as are as follows:

Messages more than 19 are queued - good because that is expected.
There is no message in exim_mainlog for "no immediate delivery" - wonder why there is no message in the log?
The messages put in the queue remain in queue till they are handled by queue runners - again good because this is what is expected.

Somebody please help.

Is this an issue with CentosOS7? To my untrained,, un-expert eye - that seems to be the only difference.





However, every 30

 

[ad682005]

I have come to the conclusion that this is a specific issue with a particular hosting provider.

WHY did I conclude this?

I setup another server with exact same configuration/specs with another hosting provider.

Functionality works as expected - through & through.

The only logical explanation would be that the first hosting provider has some kind of script running to remove messages pending in the queue.

 

[cPanelLauren]

Hi @ad682005

It's quite possible that you're right a lot of hosting providers (unadvisably so) will do this for messages sitting in queue. I'm glad you took it the extra step and confirmed the issue was the provider though and thank you for the follow-up!