• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

Plesk 9.5.2 "Mail Queue" does not match Linux "mailq" results

M

ManagingD

Guest
Linux/Unix mail queue command "mailq" authoritatively reports 46 mail queue records:

[root@xxxx ~]# mailq
-Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
7E6181AF8E1F* 4767 Tue Jul 6 09:02:08 [email protected] [email protected]
8DDBF1AF8E0E* 6569 Mon Jul 12 09:01:12 MAILER-DAEMON [email protected]
... snip ...
-- 317 Kbytes in 46 Requests.
[root@xxxx ~]#

However, Plesk v9.5.2 Control Panel [Home> Mail Server Settings> Mail Queue] reports:

Messages in queue: deferred, held, incoming, active, corrupted, total.
Messages in mail queue
No messages

Why do the results of these two inquiries differ?.
 
mailq is sendmail command and it is not used in Plesk. There are other commands for mail queue for Qmail or Postfix.
$QMAIL_ROOT_DIR/bin/qmail-qstat for Qmail, for example.
 
This particlular server is a fully update Linux CentOS 5.4 distro [Linux 2.6.18-164.10.1.el5] running Plesk 9.5.2. Postfix has a compatibility interface to sendmail which supports the Linux/Unix command "mailq". The Linux/Unix command "mailq" is authoritative, which means it is reporting exactly what is in the Postfix mail queue [e.g., /var/spool/postfix/active/7E6181AF8E1F]. Again, why is the Plesk v9.5.2 Control Panel [Home> Mail Server Settings> Mail Queue] reporting the mail queue as empty?
 
It is not bug. You see sendmail queue with mailq command, but Plesk doesn't work with sendmail and use other command for Qmail or Postfix queues - /usr/local/psa/admin/sbin/mailqueuemng
So, check your queue with Plesk command and compare it with interface result.
 
Thank you for the follow-up and information which I used to identify the following bugs:

Using both Firefox and Internet Explorer:
Step #1: Plesk v9.5.2 Control Panel [Home> Mail Server Settings> Mail Queue] results in a dispaly of 21 entries.
Step #2: Click on "Subject:" to sort the list by subject. This results in "Messages in queue: deferred, held, incoming, active, corrupted, total. No messages"
Step #3 thru n results are the same - - "... No messages."

At the terminal, these are the actual messages on the server:
[root@xxxx ~]# mailq
-Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
7E6181AF8E1F* 4767 Tue Jul 6 09:02:08 [email protected] [email protected]omain
...snip ...
-- 458 Kbytes in 54 Requests.
[root@xxxx ~]#

At the terminal, these are the messages reported by Plesk's "mailqueuemng" script:
[root@xxxx ~]# /usr/local/psa/admin/sbin/mailqueuemng
08E3F1AF8EF0 (0, D)
Return-path: [email protected] (Mail Delivery System)
From: [email protected] (Mail Delivery System)
To: [email protected]
Subject: Undelivered Mail Returned to Sender
Date: Wed, 14 Jul 2010 02:40:37 +0100 (BST)
Size: 5766
Message-Id: <[email protected]>
Timestamp: 1279071637
Queue time: 1279071637
Envelope Recipients (D): [email protected]
0B8221AF8DD7 (0, D)
...snip ...
[only 21 requests reported]
[root@xxxx ~]#

What is missing from the "mailqueuemng" script are of the "mailq" "Queue ID"s with an asterisk suffix 7E6181AF8E1F* and most of these deferred email messages involve "@localhost.localdomain"

Thus, there is a bug in both the Plesk control panel and the Plesk script that reports what email is actually on the server.
 
You shouldn't use mailq command in any way. I haven't this command on default Plesk installation. For example:

# mailq
-bash: mailq: command not found
# whereis mailq
mailq: /usr/bin/mailq.sendmail /usr/bin/mailq.postfix
Click to expand...

Did you tried to use /usr/local/psa/admin/sbin/mailqueuemng utility with -L -l and -R options?

-l : list message queues
-L : list local message queue
-R : list remote message queue
Click to expand...

If you have 21 messages in interface and 21 in output of mailqueuemng command - where is bug here?
 
The major bug is in the Plesk 9.5.2 control panel [Mail Queue]

Thank you for the follow-up and further information on interrogating the mail queue. However, the major error is in the the control panel display reporting "no messages" on the server where messages are present. There also appears to be a minor error in the "mailqueuemng" display. Thus, the focus needs to be on the control panel display error, not the "mailqueuemng" v. "mailq" conflict.

This is an unmodified and fully updated [via "YUM UPDATE"] Linux CentOS 5.4 distro [Linux 2.6.18-164.10.1.el5] running Plesk 9.5.2 and the mail utility "mailq" is installed as part of this distro. The actually mail messages are stored in "/var/spool/postfix/[type], whereby [type] is such as "deferred", "active", "bounce", etc.. The actual 57 messages were indeed found on the server in their appropriate sub-directories. The mail logs are stored in "/usr/local/psa/var/log."

Again, the major Plesk control panel error is, using both Firefox and Internet Explorer, as follows:

Step #1: Plesk v9.5.2 Control Panel [Home> Mail Server Settings> Mail Queue] results in a display of 17 entries [excluding the 40 active mail messages that are actually on the server] summarized as follows:
"Messages in queue: 17 deferred, 0 held, 0 incoming, 40 active, 0 corrupted, 57 total.
1-17 messages of 57 found (57 total)
Undelivered Mail Returned to Sender
[email protected] (Mail Delivery System)
July 18, 2010 05:56 AM
1 day(s) 08:20:17
5,25 KB
...snip...
Logwatch for xxxx.net (Linux)
[email protected]
[email protected]omain
July 2, 2010 09:02 AM
17 day(s) 05:14:23
4,21 KB
1-17 messages of 57 found (57 total)"

Step #2: Click on "Subject:" to sort the list by subject. This erroneously results in:
"Messages in queue: deferred, held, incoming, active, corrupted, total. No messages"

Step #3 thru "n" results are the same:
"Messages in queue: deferred, held, incoming, active, corrupted, total. No messages"

Since the "Messages in queue: deferred, held, incoming, active, corrupted, total. No messages" persists, this is indeed a bug and an erroneous report. Logging out and back in does not solve the problem.

The second minor bug is that the Plesk "mailqueuemng" utility is in agreement with the Linux/Unix mail queue command "mailq", however only 17 "mailqueuemng" mail queue records are displayed whereby all active messages [those with the asterisk suffix] are excluded. This is consistent with the major bug identified above. The following is a detailed analysis of this second issue.

The Linux/Unix mail queue command "mailq" authoritatively reports 57 mail queue records in detail:
[root@xxxx ~]# mailq
-Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
7E6181AF8E1F* 4767 Tue Jul 6 09:02:08 [email protected] [email protected]omain
...snip...
E2D631AF8D1F 5898 Sat Jul 17 16:39:37 MAILER-DAEMON
(delivery temporarily suspended: connect to zzzz.com[208.66.232.245]: Connection refused) [email protected]
-- 606 Kbytes in 57 Requests.
[root@xxxx ~]#

However, the Plesk mail queue command "mailqueuemng" also reports 57 mail queue records, but only shows 17 records excluding all of the 40 active mail messages that are actually on the server:
[root@xxxx ~]# /usr/local/psa/admin/sbin/mailqueuemng -s
054071AF8DA1 (0, D)
Return-path: [email protected] (Mail Delivery System)
From: [email protected] (Mail Delivery System)
To: [email protected]
Subject: Undelivered Mail Returned to Sender
Date: Sun, 18 Jul 2010 05:56:13 +0100 (BST)
Size: 5378
Message-Id: <[email protected]>
Timestamp: 1279428973
Queue time: 1279428973
Envelope Recipients (D): [email protected]
...snip...
E2D631AF8D1F (E, D)
Return-path: [email protected] (Mail Delivery System)
From: [email protected] (Mail Delivery System)
To: [email protected]
Subject: Undelivered Mail Returned to Sender
Date: Sat, 17 Jul 2010 16:39:37 +0100 (BST)
Size: 6129
Message-Id: <[email protected]>
Timestamp: 1279381177
Queue time: 1279381177
Envelope Recipients (D): [email protected]
Messages in deffered [sic] queue: 17
Messages in hold queue: 0
Messages in incoming queue: 0
Messages in active queue: 40
Messages in corrupt queue: 0
Messages total: 57
Messages found: 17
Timestamp: 1279543930
[root@xxxx ~]#

I did interrogate the server using the commands you provided. These are the results:
[root@xxxx ~]# whereis mailq
mailq: /usr/bin/mailq /usr/bin/mailq.postfix /usr/share/man/man1/mailq.1.gz
[root@xxxx ~]# /usr/local/psa/admin/sbin/mailqueuemng -l
/usr/local/psa/admin/sbin/mailqueuemng: invalid option -- l
[root@xxxx ~]# /usr/local/psa/admin/sbin/mailqueuemng -L
/usr/local/psa/admin/sbin/mailqueuemng: invalid option -- L
Apparently, your test server uses "sendmail". My CentOS server does not refer to "sendmail". This may be why you cannot reproduce the Plesk control panel error detailed above on your test server.
 
Seems you have broken Plesk. There is shouldn't be /usr/bin/mailq in correct Plesk installation and you should use mailqueue utility with options:

# /usr/local/psa/admin/sbin/mailqueuemng --help
qmHandle v1.2.0
Copyright 1998-2003 Michele Beltrame

Available parameters:
-a : try to send queued messages now (qmail must be running)
-l : list message queues
-L : list local message queue
-R : list remote message queue
-T : list todo message queue
-s : show some statistics
-mN : display message number N
-dN : delete message number N
-Stext : delete all messages that have/contain text as Subject
-D : delete all messages in the queue (local and remote)
-V : print program version

Additional (optional) parameters:
-c : display colored output
-N : list message numbers only
(to be used either with -l, -L, -R or -T)

You can view/delete multiple message i.e. -d123 -v456 -d567
Click to expand...

Please check your installation and try to perform upgrade to latest version with /usr/local/psa/admin/sbin/autoinstaller
 
Plesk does not report the actual number of messages on the CentOS 5.4 server.

Thank you for the follow-up and further information. However, the evidence points to Plesk as the problem, not CentOS 5.4 or a missing Plesk update.

This dedicated web server has an unmodified Linux CentOS 5.4 distro which uses "Postfix" and supports "mailq". The update mirror site is:
http://centos.mirror.server4you.net/

Specifically, the control panel erroneously reports "no messages" on the server when Postfix actually has 60 messages.

As recommended, a Plesk manual update was undertaken - the Plesk installed version, before and after, was "9.5.2-cos5.build95100504.12":
[root@xxxx ~]# /usr/local/psa/admin/sbin/autoinstaller
...snip...
===============================================================================
1 of 44 components selected
Please select the components of Parallels Plesk Panel you want to install:
1. * Base packages of Plesk
2. [=] Plesk Updater
3. [=] PostgreSQL server support
4. [=] Application vault packages
5. [=] Plesk Professional Web Site Editor
6. [=] Plesk API [former Plesk Agent]
7. [=] Plesk migration manager
8. [=] SiteBuilder publishing support for Plesk
9. [=] SiteBuilder module migration suite
10. [=] ColdFusion support for Plesk
11. [=] MIVA Empresa support
12. [=] Plesk billing
13. [=] PHP5 support
14. [=] <+> Plesk hosting features // 5 of 5 components selected
Different mailservers
15. ( ) Qmail mailserver
16. (=) Postfix mailserver
17. [=] <+> Additional Plesk modules // 5 of 5 components selected
18. [=] <+> Game servers // 3 of 3 components selected
19. [=] <+> Addition mail services // 4 of 4 components selected
20. [=] <+> Server backup solutions // 2 of 2 components selected
21. [ ] <+> Additional language packs // 0 of 9 components selected
22. [=] <+> Plesk webmails support // 2 of 2 components selected
N) Next page; P) Go back; Q) Cancel installing;
A) Select all; D) Deselect all;
Enter number to toggle the component or to view the group;
Type a number or a character of desired action [N]: n
Retrieving information about the installed packages...
File downloading PSA_9.5.2/dist-rpm-CentOS-5-i386/build-9.5.2-cos5-i386.hdr.gz: 10%..20%..30%..40%..50%..60%..70%..80%..90%..100% was finished.
File downloading PSA_9.5.2/update-rpm-CentOS-5-i386/update-9.5.2-cos5-i386.hdr.gz: 10%..20%..30%..40%..50%..60%..70%..80%..90%..100% was finished.
File downloading PSA_9.5.2/thirdparty-rpm-CentOS-5-i386/thirdparty-9.5.2-cos5-i386.hdr.gz: 11%..20%..32%..41%..52%..61%..70%..82%..91%..100% was finished.
Determining the packages that need to be installed.
Installing patches...
File downloading PSA_9.5.2/microupdates/MU1/common/php/plib/ui/reseller.client.php_: was skipped because of md5 checksum match.
File downloading PSA_9.5.2/microupdates/MU2/dist-rpm-CentOS-5-i386/sw-engine: 10%..20%..30%..40%..50%..60%..70%..80%..90%..100% was finished.
File downloading PSA_9.5.2/microupdates/MU2/dist-rpm-CentOS-5-i386/sw-engine-cgi: 10%..20%..30%..40%..50%..60%..70%..80%..90%..100% was finished.
File downloading PSA_9.5.2/microupdates/MU3/dist-rpm-CentOS-5-i386/usermng: 10%..20%..31%..41%..50%..60%..71%..80%..90%..100% was finished.
File downloading PSA_9.5.2/microupdates/MU4/common/correct_aw_statistics.pl: 49%..100% was finished.
The packages were installed successfully.
[root@xxxx ~]#

Next, the CentOS 5.4 distro was freshly updated:
[root@xxxx ~]# yum update
...snip...
[root@xxxx ~]#

The two recommended Plesk "mailqueuemng --help" commands were executed:
[root@xxxx ~]# locate mailqueuemng
/usr/local/psa/admin/bin/mailqueuemng
/usr/local/psa/admin/sbin/mailqueuemng
[root@xxxx ~]# /usr/local/psa/admin/bin/mailqueuemng --help
/usr/local/psa/admin/bin/mailqueuemng: unrecognized option `--help'
[root@xxxx ~]# /usr/local/psa/admin/sbin/mailqueuemng --help
/usr/local/psa/admin/sbin/mailqueuemng: unrecognized option `--help'
[root@xxxx ~]#

The Plesk control panel error persists, using both Firefox and Internet Explorer:
Step #1: Plesk v9.5.2 Control Panel [Home> Mail Server Settings> Mail Queue] results in a display of 18 entries [excluding the 42 active mail messages that are actually on the server] summarized as follows:
"Messages in queue: 18 deferred, 0 held, 0 incoming, 42 active, 0 corrupted, 60 total."
Step #2: Click on "Subject:" to sort the list by subject. This erroneously results in:
"Messages in queue: deferred, held, incoming, active, corrupted, total. No messages"
Step #3 thru "n" results are the same:
"Messages in queue: deferred, held, incoming, active, corrupted, total. No messages"

Can we focus on the problem? The CentOS 5.4 distro supports the Linux "mailq" command which correctly reports 60 messages that are indeed on the server in the various sub-directories of "/var/spool/postfix/". The Plesk control panel erroneously reports "no messages" on the server and the Plesk script "mailqueuemng" can only account in detail for 18 messages on the server. I assume that the control panel uses the same logic as the Plesk "mailqueuemng". If this is so, then the "mailqueuemng" needs to be fixed to account for the active messages in "/var/spool/postfix/". The second problem may be that after the initial inquiry, "mailqueuemng" does not freshly interrogate the proper Postfix mail residing in "/var/spool/postfix/".
 
When will this bug be fixed?

This "Mail Queue" issue is not a new bug. Plesk has claimed that it was "fixed" in v. 9.2.3. Perhaps it was, but clearly this bug persists in v. 9.5.2. Please see:
http://download1.parallels.com/Plesk/PPP9/rn/en-US/plesk-9.5.2-for-rpm-based-os.html
"Parallels Plesk Panel 9.2.3
...snip...
11. [-] Mail queue utility mailqueuemng only lists messages from deferred queue when Postfix mail server is used - bug is fixed."

The purpose of the Plesk control panel is to help administer, control and report on the status of the CentOS 5 distro, including its default mail transport Postfix. This is what customers like me are paying for. The larger problem is that customers simply are not getting the full measure of reliable information that was promised.

There is ample evidence contained herein that the Plesk control panel v 9.5.2 erroneously reports the contents of the Postfix Mail Queue. This does not appear to be in dispute.

What appears to be the Plesk solution is that everyone using CentOS default mail transport must switch to the one that Plesk prefers in order to avoid Plesk spending the time and effort on fixing the broken control panel logic regarding Postfix. I suggest this is the tail wagging the dog.

Again, can we move on to a path resulting in a solution and get this bug fixed once and for all?
 
I have exactly the same issues like ManagingD.
mailq is also in /usr/bin/mailq directory:
# whereis mailq
mailq: /usr/bin/mailq.postfix /usr/bin/mailq.sendmail /usr/bin/mailq /usr/share/man/man1/mailq.1.gz

I also can't use mailqueuemng command with --help, -l, -L, or -R parameters:
# whereis mailqueuemng
mailqueuemng:
# /usr/local/psa/admin/sbin/mailqueuemng --help
/usr/local/psa/admin/sbin/mailqueuemng: unrecognized option `--help'

Without any parameter the result of mailqueuemng command is:
# /usr/local/psa/admin/sbin/mailqueuemng
35BCE2251508 (3, D)
Return-path: [email protected] (Mail Delivery System)
From: [email protected] (Mail Delivery System)
To: [email protected]
Subject: Undelivered Mail Returned to Sender
Date: Thu, 12 Aug 2010 18:09:48 +0300 (EEST)
Size: 3795
Message-Id: <[email protected]>
Timestamp: 1281625788
Queue time: 1281625788
Envelope Recipients (D): [email protected]
B9D2C22514EF (B, D)
Return-path: [email protected] (Mail Delivery System)
From: [email protected] (Mail Delivery System)
To: [email protected]
Subject: Undelivered Mail Returned to Sender
Date: Sun, 8 Aug 2010 22:34:53 +0300 (EEST)
Size: 3799
Message-Id: <[email protected]>
Timestamp: 1281296093
Queue time: 1281296093
Envelope Recipients (D): [email protected]
B29382251513 (B, D)
Return-path: [email protected] (Mail Delivery System)
From: [email protected] (Mail Delivery System)
To: [email protected]
Subject: Undelivered Mail Returned to Sender
Date: Mon, 9 Aug 2010 04:00:39 +0300 (EEST)
Size: 11644
Message-Id: <[email protected]>
Timestamp: 1281315639
Queue time: 1281315639
Envelope Recipients (D): [email protected]
428832251523 (4, D)
Return-path: [email protected] (Mail Delivery System)
From: [email protected] (Mail Delivery System)
To: [email protected]
Subject: Undelivered Mail Returned to Sender
Date: Fri, 13 Aug 2010 13:31:59 +0300 (EEST)
Size: 3302
Message-Id: <[email protected]>
Timestamp: 1281695519
Queue time: 1281695519
Envelope Recipients (D): [email protected]
A54CE2251521 (A, D)
Return-path: [email protected] (Mail Delivery System)
From: [email protected] (Mail Delivery System)
To: [email protected]
Subject: Undelivered Mail Returned to Sender
Date: Fri, 13 Aug 2010 10:13:32 +0300 (EEST)
Size: 3622
Message-Id: <[email protected]>
Timestamp: 1281683612
Queue time: 1281683612
Envelope Recipients (D): [email protected]

In Plesk control panel, using Firefox, I have the same results:
Step #1: Plesk v9.5.2 Control Panel [Home> Mail Server Settings> Mail Queue] after a long waiting results in a display of 2000 entries !!!"
Step #2: Click on "Age" to sort the list by Age. This erroneously results in:
"Messages in queue: deferred, held, incoming, active, corrupted, total. No messages"
Step #3 thru "n" results are the same:
"Messages in queue: deferred, held, incoming, active, corrupted, total. No messages"

I am using:
Plesk version: 9.5.2
CentOS 5.4: Linux 2.6.18-194.8.1.el5
 
same problem, too

Hello,

I have the same problem, too. ManagingD described it with complete details. I'm using CentOS 5 with Plesk 9.5.2.

Messages in deffered queue: 28
Messages in hold queue: 0
Messages in incoming queue: 17
Messages in active queue: 1879
Messages in corrupt queue: 0
Messages total: 1924
Messages found: 28
 
Same problem

Messages in deffered queue: 32
Messages in hold queue: 0
Messages in incoming queue: 3
Messages in active queue: 26
Messages in corrupt queue: 0
Messages total: 61
Messages found: 32
Timestamp: 1291371783
 
Plesk Still Is Not Consistent With CentOS

The core problem is that the folks at Plesk have apparently assumed that CentOS/Red Hat is in second position to Plesk, rather than the plain fact that Plesk only exists to help system administrators to manage CentOS/Red Hat and add features to CentOS/Red Hat repos. Plesk is the service - CentOS is the system. Not the reverse.

Thus, the mail queue features of Plesk are still dysfunctional after six months of complaints documenting this error.

Today, each of our CentOS servers under reported the mail queue as noted above on the Plesk screens by showing, for example, 8 of the actual 58 messages in the queue.

There is no such function as noted above by the Plesk team:
[root@xxxxxxxx ~]# /usr/local/psa/admin/sbin/mailqueuemng --help
/usr/local/psa/admin/sbin/mailqueuemng: unrecognized option `--help'
In fact, none of the options seem to work [e.g., -L or -l]

Thus, I can only conclude that Plesk does not actually have a test bed for Plesk 9.5.4 running under the latest release of CentOS using Linux 2.6.18-194.32.1.el5 which translates to a very poor approach to quality control.

Again, when is Plesk going fix this problem?
 
# cat /usr/local/psa/version
9.5.3 CentOS 5 95101022.10

# /usr/local/psa/admin/sbin/mailqueuemng --help
qmHandle v1.2.0
Copyright 1998-2003 Michele Beltrame

Available parameters:
-a : try to send queued messages now (qmail must be running)
-l : list message queues
-L : list local message queue
-R : list remote message queue
-T : list todo message queue
-s : show some statistics
-mN : display message number N
-dN : delete message number N
-Stext : delete all messages that have/contain text as Subject
-D : delete all messages in the queue (local and remote)
-V : print program version

Additional (optional) parameters:
-c : display colored output
-N : list message numbers only
(to be used either with -l, -L, -R or -T)

You can view/delete multiple message i.e. -d123 -v456 -d567
 
Mailqueuemng Does NOT report ACTIVE messages

Based on IgorG's post, the Plesk test bed does not have an up-to-date version of the latest stable version of Plesk [v 9.5.4] or the latest CentOS 5 operating system. This is clearly a quality control issue.

[root@xxxxxxxx ~]# cat /usr/local/psa/version
9.5.4 CentOS 5 95101209.05
[root@xxxxxxxx ~]# /usr/local/psa/admin/sbin/mailqueuemng --help
/usr/local/psa/admin/sbin/mailqueuemng: unrecognized option `--help'

Apparently, Plesk has decided to use "sbin" in place of "bin" on their CentOS test bed , thus...

[root@xxxxxxxx ~]# /usr/local/psa/admin/bin/mailqueuemng -s
519371B50FDA (5, D)
Return-path: "xxxxxxxx" <[email protected]>
From: "xxxxxxxx" <[email protected]>
To: "xxxxxxxx" <[email protected]>,
Subject: RE:invoice
Date: Wed, 19 Jan 2011 13:30:38 -0500
Size: 24462
Message-Id: <[email protected]>
Timestamp: 1295461813
Queue time: 1295461813
Envelope Recipients (D): [email protected]
...snip...
... Only THREE (3) more "deferred" message details - the active messages are missing!...
Messages in deffered queue: 4
Messages in hold queue: 0
Messages in incoming queue: 0
Messages in active queue: 53
Messages in corrupt queue: 0
Messages total: 57
Messages found: 4
Timestamp: 1295617619

[root@xxxxxxxx ~]# mailq
-Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
E69921B50880* 12382 Thu Jan 13 04:02:12 [email protected]
[email protected]omain
D68FF1B5084A* 5146 Thu Nov 11 23:02:37 [email protected]
[email protected]omain
761581B50716* 11537 Mon Jan 3 23:02:11 [email protected]
[email protected]omain
76D091B50EBF* 20315 Mon Jan 17 04:02:11 [email protected]
[email protected]omain
ACCFE1B50E0C* 1471 Mon Jan 17 01:15:01 [email protected]
[email protected]omain
911AE1B50EB3* 1471 Sun Jan 9 20:15:01 [email protected]
[email protected]omain
954CD1B50AA9* 1471 Wed Jan 12 01:15:01 [email protected]
[email protected]omain
487F41B5070A* 1471 Fri Jan 7 20:15:01 [email protected]
[email protected]omain
34D2C1B511A4* 1474 Sun Jan 2 20:15:02 [email protected]
[email protected]omain
901A01B50DEF* 1474 Sun Jan 9 20:15:01 [email protected]
[email protected]omain
242931B50C65* 16511 Wed Jan 19 04:02:32 [email protected]
[email protected]omain
A481F1B50B2A* 1471 Sat Jan 8 20:15:01 [email protected]
[email protected]omain
391AA1B50825* 1471 Wed Jan 19 01:15:02 [email protected]
[email protected]omain
570241B5116A* 12605 Thu Jan 6 23:02:50 [email protected]
[email protected]omain
56E3E1B50722* 12528 Tue Jan 4 23:50:42 MAILER-DAEMON
[email protected]omain
13D111B51073* 1471 Tue Jan 18 01:15:02 [email protected]
[email protected]omain
C401D1B50ACB* 10096 Sun Jan 16 04:02:14 [email protected]
[email protected]omain
AB1271B50820* 12605 Fri Jan 7 23:03:10 [email protected]
[email protected]omain
7D1D61B50B5C* 11935 Tue Jan 4 23:02:14 [email protected]
[email protected]omain
C58C11B50DE8* 17414 Thu Jan 20 04:02:28 [email protected]
[email protected]omain
315B21B30002* 1471 Sat Jan 15 01:15:02 [email protected]
[email protected]omain
132761B30004* 13587 Fri Jan 21 04:02:29 [email protected]
[email protected]omain
90E111B50E96* 1471 Wed Jan 5 20:15:01 [email protected]
[email protected]omain
EADC61B506BA* 1471 Mon Jan 3 20:15:01 [email protected]
[email protected]omain
789571B50831* 1471 Tue Jan 11 01:15:01 [email protected]
[email protected]omain
3C9E51B51203* 1471 Sun Jan 2 20:15:02 [email protected]
[email protected]omain
EBB061B50E7B* 13552 Sun Jan 9 23:02:34 [email protected]
[email protected]omain
869681B5137C* 9956 Sat Jan 1 23:02:14 [email protected]
[email protected]omain
835BD1B50BBE* 1471 Fri Jan 14 01:15:01 [email protected]
[email protected]omain
7AB151B50EBD* 3143 Wed Jan 5 20:57:22 MAILER-DAEMON
[email protected]omain
013CD1B505E6* 13887 Mon Jan 3 00:04:03 MAILER-DAEMON
[email protected]omain
55C5C1B50A6B* 1471 Sun Jan 16 01:15:01 [email protected]
[email protected]omain
DA90C1B50B19* 15135 Sat Jan 8 23:02:29 [email protected]
[email protected]omain
A9BE31B50D88* 1474 Mon Jan 17 01:15:01 [email protected]
[email protected]omain
9D4B01B5106E* 14649 Tue Jan 18 04:02:10 [email protected]
[email protected]omain
0E2E51B50C27* 12484 Fri Jan 14 04:02:13 [email protected]
[email protected]omain
CEE851B50687* 12609 Mon Jan 3 23:24:02 MAILER-DAEMON
[email protected]omain
CBFE21B510E1* 1471 Thu Jan 6 20:15:01 [email protected]
[email protected]omain
CDE831B510E2* 3139 Thu Jan 6 20:17:22 MAILER-DAEMON
[email protected]omain
1B1A81B505A8* 12141 Wed Jan 5 23:27:23 MAILER-DAEMON
[email protected]omain
ED1351B50D07* 13881 Sun Jan 2 23:02:09 [email protected]
[email protected]omain
B1AD41B50972* 12891 Tue Jan 11 04:02:14 [email protected]
[email protected]omain
0BC361B50B8D* 1471 Tue Jan 4 20:15:02 [email protected]
[email protected]omain
2F8B61B50789* 13194 Sat Jan 1 23:37:23 MAILER-DAEMON
[email protected]omain
3FA0F1B30003* 12516 Sat Jan 15 04:02:13 [email protected]
[email protected]omain
C2CA21B507B8* 1013 Fri Jan 7 23:32:24 [email protected]
[email protected]omain
A346B1B50850* 23176 Wed Jan 12 04:02:19 [email protected]
[email protected]omain
790AC1B50EC1* 3139 Wed Jan 5 20:57:22 MAILER-DAEMON
[email protected]omain
20B4E1B50D54* 10733 Wed Jan 5 23:02:28 [email protected]
[email protected]omain
6E0811B50EE1* 3144 Wed Jan 5 20:57:22 MAILER-DAEMON
[email protected]omain
5B92E1B50D6D* 1471 Thu Jan 20 01:15:01 [email protected]
[email protected]omain
D85081B5078C* 1471 Thu Jan 13 01:15:01 [email protected]
[email protected]omain
519371B50FDA 23649 Wed Jan 19 13:30:13 [email protected]
(connect to online.cityexp.com[000.000.000.000]: Connection timed out)
[email protected]
...snip...
... THREE (3) more "deferred" message details as is should be ...
-- 756 Kbytes in 57 Requests.
[root@xxxxxxxx ~]#

Again, the PLESK error is that "mailqueuemng" does not show active messages in the queue compared to using the standard CentOS "mailq" mail queue interrogator. When using the Plesk control panel to view the message queue, it has the same erroneous behavior as above.

When will this Plesk error be fixed?
 
ManagingD, why U so agressive? Do not frustrate, relax. No need to post huge and colored posts.
Lets start to discussion.

1. >Linux/Unix mail queue command "mailq"
'mailq' - is not separate utility, it just symlink; read about alternativies mechanizm in 'Linux/Unix'

2. sbin/mailqueuemng - INTERNAL plesk utility. It differs for qmail (patched qmHandle) and postfix (internal plesk's util).
So in case of qmail U can easy gather info using its help. In case of postfix U do not know syntax, so info getting can be more difficult.

Tell about your problem without emotions, do not provide hundreds strings - it confuses me and I'll help U.
 
Plesk COntrol Panel and "mailqueuemng" does not report "active" mail details

Thank you for the offer to remedy the error.

Assumptions:
(1) CentOS standard production repo [Linux 2.6.18-194.32.1.el5]
(2) Plesk 9.5.4 [up-to-date]
(3) YUM [up-to-date]
(4) There is actual mail on the server in both the "active" and "deferred" queues.
(5) Said mail is in "/var/spool/postfix/active/" and /var/spool/postfix/deferred/".
(6) "mailq" reports all mail present in the "active" and "deferred" queues and the details of each message.

Problem Statement:
(1) Plesk "mailqueuemng" does not report mail details in the "active" queue, only the totals.
(2) Many of the "mailqueuemng" parameters appear to be dysfunctional [e.g., -L, -l, --help].
(3) The WYSIWYG Plesk Control Panel does not report any mail details in the "active" queue.
(4) The WYSIWYG Plesk Control Panel randomly does not report the mail in the "active" queue.

Examples of exact sessions are numerous in the posts in this thread including corroborations from other Plesk clients.

The following are Plesk acknowledgments that this problem does indeed exist accompanied by claims it has been fixed.

http://www.plesk-forum.de/plesk-9-2-3-update-1761.html
[+] Debian 5.0 Support.
[-] Mail queue utility mailqueuemng only lists messages from deferred queue when Postfix mail server is used bug is fixed.

http://forums.theplanet.com/index.php?showtopic=91939
[+] Fedora 11 - Parallels Plesk Panel is compatible with new Fedora OS.
[-] Mail queue utility mailqueuemng only lists messages from deferred queue when Postfix mail server is used bug is fixed.
 
>(2) Many of the "mailqueuemng" parameters appear to be dysfunctional [e.g., -L, -l, --help].
Seems like it acceptable fro internal utility, for example try to get help for sbin/dnsmng

First of all compare output mailq (or postqueue -p) and "/usr/local/psa/admin/sbin/mailqueuemng --queue DHIAC -P0 -C999999 -s".
Need to check letters quantity, from/to and queue which its belong to.
 
You must log in or register to reply here.

Similar threads

I
Issue MAILER-DAEMON
Replies
0
Views
2K
Ickov
I
Back
Top