• Please be aware: Kaspersky Anti-Virus has been deprecated
    With the upgrade to Plesk Obsidian 18.0.64, "Kaspersky Anti-Virus for Servers" will be automatically removed from the servers it is installed on. We recommend that you migrate to Sophos Anti-Virus for Servers.
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.
  • We’re working on enhancing the Monitoring feature in Plesk, and we could really use your expertise! If you’re open to sharing your experiences with server and website monitoring or providing feedback, we’d love to have a one-hour online meeting with you.

Question Outgoing mail control : Manage rejected messages ?

Pascal_Netenvie

Regular Pleskian
Hi,
On our servers we use Outgoing mail control from Plesk 17.5.
When a subscription is over quota, for example it try to send 500 mails instead of 50 in one hour, is there a special queue where rejected messages are stored in ?
If this queue exist how to empty it ?

Cheers :)
 
Hi Pascal_Netenvie,

this is actually not a "special" queue, it's just the normal mail - server queue, which you are able to see at => HOME > Tools & Settings > Mail Server Settings > (tab) Mail Queue , or with the command ( logged in as user "root" over SSH ):
Code:
mailq

or

postqueue -p
... when you use postfix.

If you desire to delete the mail queue, you could use:
Code:
postsuper -d ALL

... or if you desire to delete all "deferred" mails, you could use:
Code:
postsuper -d ALL deferred

Over the Plesk Control Panel, you have as well the choice to flush/delete/clear the mail queue. ;)


For additional postfix informations, you might like to visit: => Postfix manual - postqueue(1)
 
Thanks for answer, i know all that
But even with mailq empty i have new rejected messages that i can't find !
That 's why i ask that.
 
The messages that are rejected by the outgoing mail limit are not queued. They are discarded. Else in case of viruses sending mail your mail queue would fill up with tens of thousands of mails waiting for the next opportunity to pass the mail limit. It does not make sense to queue such messages for further delivery attempts.
 
Hi Peter,
Ok i understand the point but in this case how can we analyse one or two message to find origin of problem ??
Outgoing control script should keep some messages somewhere in a log to help find out where is the problem.
 
Back
Top