Go figure, I rebooted the relay server, and now the queues are flushing
like crazy, almost down to 2000 now (they got up to 4000 this afternoon).
The server load is 11.00+ and the memory and CPU is maxed out right now
as its processing the mail. Maybe it just needed some kind of jump
start? Not sure why....
Also, relay1 is the SAME machine as relay2 and relay3, yet it always
seems backed up. Is this because its the first server listed? Should I
try rotating relay1 to the end of our pool for some domains so that, if
spammers and/or non-compliant mail servers pull the first MX record
instead of rotating, could this mean something?
Thanks!
-Matt
Matt Juszczak wrote:
relay1# perl qshape.pl -s active | head
T 5 10 20 40 80 160 320 640 1280 1280+
TOTAL 4155 159 161 392 989 2023 431 0 0 0 0
bounces.amazon.com 504 0 0 3 3 442 56 0 0 0 0
returns.groups.yahoo.com 78 2 3 7 19 38 9 0 0 0 0
comcast.net 40 2 2 7 18 8 3 0 0 0 0
preachinglyurbannai.com 37 0 4 7 26 0 0 0 0 0 0
optonline.com 26 2 2 8 6 0 8 0 0 0 0
pagetarget.com 25 1 0 2 6 12 4 0 0 0 0
verizon.net 24 1 2 5 9 6 1 0 0 0 0
onlogixx.com 24 0 1 0 12 10 1 0 0 0 0
relay1#
Gary V wrote:
Matt wrote:
Hi all,
The queues for our three relay servers have been very odd lately.
Relay 1 --->> 1000 messages (way too high, mail is delayed)
Relay 2 --->> Normal (1-10)
Relay 3 --->> Normal (1-10)
It seems relay1 is more busier because it is the first MX record
listed. Even though they are set as even priority:
IN MX 10 relay1
IN MX 10 relay2
IN MX 10 relay3
Its still the first one to appear.... is this why its more busier?
Spammers maybe use it directly without following the round robin?
Anyway, the queues have been so large on relay1, I need to do
something about it. Nothing seems hung up on the server, it just
seems like its processing as normal. Should I put more RAM in it and
open up more processes? Should I get a better box just for relay 1?
Thanks for any advice..... I know flushing the queues helps, but it
gets backed up again.
Regards,
Matt
I noticed on my FreeBSD test system, that the qshape program is
not installed when installing Postfix from ports. If you do not
have it on your system, I suggest you install it. It comes with
the Postfix source code (in the /auxiliary/qshape/ directory), so you
may need to download that if you do not have it. We obtain the source
code here solely to obtain the qshape.pl program.
This tool can help you determine which queues the mail is bunched up
in, and what domains the mail is to (or from). The 'qshape deferred'
and 'qshape -s deferred' will show items in the deferred queue for
example.
Here are instructions to obtain the qshape.pl program. Before you
do this, run 'qshape' to see if it is already installed.
You can change the Postfix version number here if desired to your
currently installed version. To see what version of Posfix you are
using, use 'postconf mail_version'.
cd /usr/src
wget ftp://postfix.mirrors.pair.com/official/postfix-2.2.5.tar.gz
tar xzvf postfix-2.2.5.tar.gz
cp postfix-2.2.5/auxiliary/qshape/qshape.pl /usr/local/sbin/qshape
chmod +x /usr/local/sbin/qshape
cd
rehash
For instructions on the use of qshape, see:
http://www.postfix.org/QSHAPE_README.html
Is your final destination server bouncing messages back to relay1
(and not the other servers)? In general, are you using relay1 for
any outbound mail? Is amavisd-new refusing connections?
Essentially, we are trying to gather more information on what the
source of the problem is.
BTW, manually flushing the deferred queue should actually slow things
down, because you are making Postfix (and amavisd-new) work harder than
usual.
Gary V
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads,
discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
AMaViS-user mailing list
AMaViS-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amavis-user
AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3
AMaViS-HowTos:http://www.amavis.org/howto/
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
AMaViS-user mailing list
AMaViS-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amavis-user
AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3
AMaViS-HowTos:http://www.amavis.org/howto/
!DSPAM:434302b5966871625021348!
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
AMaViS-user mailing list
AMaViS-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amavis-user
AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3
AMaViS-HowTos:http://www.amavis.org/howto/