Hi Wietse,
I have already asked the ISP, they said it's not the problem on their side. 
It's mailgate2 our receiving side that is slow.The postfix 2.5.6 running in 
mailgate2 does not turn on any header_check, body_check checking. Plainly 
delivery to the backend.

[root@mailgate2 incoming]# ps -ef | grep postfixroot      5772     1  0  2012 ? 
       00:00:20 /usr/libexec/postfix/masterpostfix  28984  5772  0  2012 ?      
  00:00:27 qmgr -l -t fifo -upostfix  21437  5772  0 Jan14 ?        00:00:00 
anvil -l -t unix -upostfix  21569  5772  0 Jan14 ?        00:00:01 
trivial-rewrite -n rewrite -t unix -upostfix  24843  5772  0 15:27 ?        
00:00:00 trivial-rewrite -n rewrite -t unix -upostfix  25016  5772  0 16:28 ?   
     00:00:00 smtpd -n smtp -t inet -u -o stress postfix  25251  5772  0 18:41 
?        00:00:00 smtpd -n smtp -t inet -u -o stress postfix  25252  5772  0 
18:41 ?        00:00:00 cleanup -z -t unix -upostfix  25260  5772  0 18:45 ?    
    00:00:00 smtpd -n smtp -t inet -u -o stress postfix  25261  5772  0 18:45 ? 
       00:00:00 cleanup -z -t unix -upostfix  25264  5772  0 18:46 ?        
00:00:00 smtpd -n smtp -t inet -u -o stress postfix  25269  5772  0 18:46 ?     
   00:00:00 cleanup -z -t unix -upostfix  25290  5772  0 18:57 ?        
00:00:00 smtpd -n smtp -t inet -u -o stress postfix  25291  5772  0 18:57 ?     
   00:00:00 cleanup -z -t unix -upostfix  25295  5772  0 19:00 ?        
00:00:00 smtpd -n smtp -t inet -u -o stress postfix  25296  5772  0 19:00 ?     
   00:00:00 cleanup -z -t unix -upostfix  25303  5772  0 19:02 ?        
00:00:00 smtpd -n smtp -t inet -u -o stress postfix  25304  5772  0 19:02 ?     
   00:00:00 cleanup -z -t unix -upostfix  25315  5772  0 19:09 ?        
00:00:00 smtpd -n smtp -t inet -u -o stress postfix  25316  5772  0 19:09 ?     
   00:00:00 cleanup -z -t unix -upostfix  25322  5772  0 19:14 ?        
00:00:00 smtpd -n smtp -t inet -u -o stress postfix  25323  5772  0 19:14 ?     
   00:00:00 cleanup -z -t unix -upostfix  25326  5772  0 19:16 ?        
00:00:00 cleanup -z -t unix -upostfix  25330  5772  0 19:20 ?        00:00:00 
smtpd -n smtp -t inet -u -o stress postfix  25331  5772  0 19:20 ?        
00:00:00 cleanup -z -t unix -upostfix  25347  5772  0 19:29 ?        00:00:00 
smtpd -n smtp -t inet -u -o stress postfix  25348  5772  0 19:29 ?        
00:00:00 cleanup -z -t unix -upostfix  25353  5772  0 19:33 ?        00:00:00 
smtpd -n smtp -t inet -u -o stress postfix  25354  5772  0 19:33 ?        
00:00:00 cleanup -z -t unix -upostfix  25407  5772  0 20:11 ?        00:00:00 
smtpd -n smtp -t inet -u -o stress postfix  25408  5772  0 20:11 ?        
00:00:00 cleanup -z -t unix -upostfix  25431  5772  0 20:24 ?        00:00:00 
smtpd -n smtp -t inet -u -o stress postfix  25432  5772  0 20:24 ?        
00:00:00 cleanup -z -t unix -upostfix  25444  5772  0 20:37 ?        00:00:00 
smtpd -n smtp -t inet -u -o stress postfix  25445  5772  0 20:37 ?        
00:00:00 cleanup -z -t unix -upostfix  25453  5772  0 20:42 ?        00:00:00 
smtpd -n smtp -t inet -u -o stress postfix  25454  5772  0 20:42 ?        
00:00:00 cleanup -z -t unix -upostfix  25471  5772  0 20:53 ?        00:00:00 
smtpd -n smtp -t inet -u -o stress postfix  25472  5772  0 20:53 ?        
00:00:00 cleanup -z -t unix -upostfix  25491  5772  0 21:07 ?        00:00:00 
smtpd -n smtp -t inet -u -o stress postfix  25493  5772  0 21:07 ?        
00:00:00 cleanup -z -t unix -upostfix  25528  5772  0 21:21 ?        00:00:00 
smtpd -n smtp -t inet -u -o stress postfix  25530  5772  0 21:21 ?        
00:00:00 cleanup -z -t unix -upostfix  25608  5772  0 21:51 ?        00:00:00 
smtpd -n smtp -t inet -u -o stress postfix  25609  5772  0 21:51 ?        
00:00:00 cleanup -z -t unix -upostfix  25701  5772  0 22:14 ?        00:00:00 
pickup -l -t fifo -upostfix  25910  5772  0 23:06 ?        00:00:00 smtpd -n 
smtp -t inet -u -o stress postfix  25911  5772  0 23:06 ?        00:00:00 
cleanup -z -t unix -upostfix  25979  5772  0 23:21 ?        00:00:00 smtpd -n 
smtp -t inet -u -o stress postfix  25980  5772  0 23:21 ?        00:00:00 
cleanup -z -t unix -upostfix  26013  5772  0 23:33 ?        00:00:00 smtpd -n 
smtp -t inet -u -o stress postfix  26014  5772  0 23:33 ?        00:00:00 
cleanup -z -t unix -upostfix  26015  5772  0 23:33 ?        00:00:00 smtp -t 
unix -uroot     26017 25944  0 23:34 pts/3    00:00:00 grep postfix
[root@mailgate2 incoming]# ps -ef|grep cleanuppostfix  25237  5772  0 18:32 ?   
     00:00:00 cleanup -z -t unix -upostfix  25252  5772  0 18:41 ?        
00:00:00 cleanup -z -t unix -upostfix  25261  5772  0 18:45 ?        00:00:00 
cleanup -z -t unix -upostfix  25269  5772  0 18:46 ?        00:00:00 cleanup -z 
-t unix -upostfix  25291  5772  0 18:57 ?        00:00:00 cleanup -z -t unix 
-upostfix  25296  5772  0 19:00 ?        00:00:00 cleanup -z -t unix -upostfix  
25304  5772  0 19:02 ?        00:00:00 cleanup -z -t unix -upostfix  25316  
5772  0 19:09 ?        00:00:00 cleanup -z -t unix -upostfix  25323  5772  0 
19:14 ?        00:00:00 cleanup -z -t unix -upostfix  25326  5772  0 19:16 ?    
    00:00:00 cleanup -z -t unix -upostfix  25331  5772  0 19:20 ?        
00:00:00 cleanup -z -t unix -upostfix  25348  5772  0 19:29 ?        00:00:00 
cleanup -z -t unix -upostfix  25354  5772  0 19:33 ?        00:00:00 cleanup -z 
-t unix -upostfix  25408  5772  0 20:11 ?        00:00:00 cleanup -z -t unix 
-upostfix  25432  5772  0 20:24 ?        00:00:00 cleanup -z -t unix -upostfix  
25445  5772  0 20:37 ?        00:00:00 cleanup -z -t unix -upostfix  25454  
5772  0 20:42 ?        00:00:00 cleanup -z -t unix -upostfix  25472  5772  0 
20:53 ?        00:00:00 cleanup -z -t unix -upostfix  25493  5772  0 21:07 ?    
    00:00:00 cleanup -z -t unix -upostfix  25530  5772  0 21:21 ?        
00:00:00 cleanup -z -t unix -upostfix  25609  5772  0 21:51 ?        00:00:00 
cleanup -z -t unix -upostfix  25911  5772  0 23:06 ?        00:00:00 cleanup -z 
-t unix -upostfix  25980  5772  0 23:21 ?        00:00:00 cleanup -z -t unix 
-uroot     26003 25944  0 23:29 pts/3    00:00:00 grep cleanup
[root@mailgate2 incoming]# netstat -a         Active Internet connections 
(servers and established)Proto Recv-Q Send-Q Local Address               
Foreign Address             State      tcp        0      0 *:domain             
       *:*                         LISTEN      tcp        0      0 *:smtp       
               *:*                         LISTEN      tcp        0      0 
202.64.220.52:smtp          ttsenmta4.ttasia.com:63490  ESTABLISHED tcp        
0      0 202.64.220.52:smtp          ttsenmta4.ttasia.com:54292  ESTABLISHED 
tcp        0      0 202.64.220.52:smtp          ttsenmta2.ttasia.com:61735  
ESTABLISHED tcp        0      0 202.64.220.52:smtp          
ttsenmta2.ttasia.com:54052  ESTABLISHED tcp        0      0 202.64.220.52:smtp  
        ttsenmta4.ttasia.com:64812  ESTABLISHED tcp        0      0 
202.64.220.52:smtp          ttsenmta2.ttasia.com:65081  ESTABLISHED tcp        
0      0 202.64.220.52:smtp          ttsenmta4.ttasia.com:52294  ESTABLISHED 
tcp        0      0 202.64.220.52:smtp          ttsenmta4.ttasia.com:59464  
ESTABLISHED tcp        0      0 202.64.220.52:smtp          
ttsenmta2.ttasia.com:55907  ESTABLISHED tcp        0      0 202.64.220.52:smtp  
        ttsenmta4.ttasia.com:57448  ESTABLISHED tcp        0      0 
202.64.220.52:smtp          ttsenmta4.ttasia.com:53610  ESTABLISHED tcp        
0      0 202.64.220.52:smtp          ttsenmta2.ttasia.com:60559  ESTABLISHED 
Regards,Fred​
On Tue, 01/15/2013 11:13 PM, Wietse Venema <[email protected]> wrote:
> Fred Ho:
> > The sending machine (ttenmta*.ttasia.com) is our external ISP that
> > will do the filtering, SPAM blocking etc. before routing to
> > mailgate2.
> > Here's an message just finished delivery which the size is 14,789,491
> > bytes. It took over an hour to complete the transfer. It is not
> > right.
> 
> I would not be surprised that the slow-down is with the SPAM filter
> service.
> 
> How would you find out? If you look at your TCP/IP receive queues
> (netstat -a, or whatever it is on your OS) you will see numbers
> close to zero, i.e.  the receiver is faster than the sender.
> 
>     Wietse
> 
> 

Reply via email to