Re: [AMaViS-user] Queues

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/offic...x-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/...fo/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/...fo/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/...fo/amavis-user
AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3
AMaViS-HowTos:http://www.amavis.org/howto/