Hi,
This is the external mail gateway which direct the incoming messages to the
backend mail server which do the actual delivery. This is defined in the
transport file as:ss-intl.com smtp:[192.168.1.21]
I have checked on the SMARTCTL on the disks, and nothing found.
Any way to find out the slowiness? iostat is 99% idle. The /var is sitting on
the cciss/c0d0p3 partition:
[root@mailgate2 incoming]# iostat 3 Linux 2.6.9-42.ELsmp
(mailgate2.ss-intl.com) 01/15/13
avg-cpu: %user %nice %sys %iowait %idle 0.05 0.00 0.03
0.29 99.63
Device: tps Blk_read/s Blk_wrtn/s Blk_read
Blk_wrtncciss/c0d0 1.29 1.15 42.16 7788800
285887640cciss/c0d0p1 0.00 0.00 0.00 18176
56cciss/c0d0p2 0.19 0.09 1.51 619298
10251088cciss/c0d0p3 4.84 0.10 38.67 701828
262197472cciss/c0d0p5 0.24 0.94 1.82 6355134
12347192cciss/c0d0p6 0.02 0.00 0.16 20750
1091384cciss/c0d0p7 0.00 0.00 0.00 8858
320cciss/c0d0p8 0.00 0.00 0.00 19042
16cciss/c0d0p9 0.00 0.00 0.00 19074
16cciss/c0d0p10 0.00 0.00 0.00 18200 88
avg-cpu: %user %nice %sys %iowait %idle 0.00 0.00 0.00
0.67 99.33
Device: tps Blk_read/s Blk_wrtn/s Blk_read
Blk_wrtncciss/c0d0 1.66 0.00 31.89 0
96cciss/c0d0p1 0.00 0.00 0.00 0
0cciss/c0d0p2 0.00 0.00 0.00 0
0cciss/c0d0p3 3.99 0.00 31.89 0
96cciss/c0d0p5 0.00 0.00 0.00 0
0cciss/c0d0p6 0.00 0.00 0.00 0
0cciss/c0d0p7 0.00 0.00 0.00 0
0cciss/c0d0p8 0.00 0.00 0.00 0
0cciss/c0d0p9 0.00 0.00 0.00 0
0cciss/c0d0p10 0.00 0.00 0.00 0 0
Thanks.
Regards,Fred​
On Tue, 01/15/2013 10:40 AM, Viktor Dukhovni <postfix-us...@dukhovni.org> wrote:
> On Tue, Jan 15, 2013 at 09:48:32AM +0800, Fred Ho wrote:
>
> > While other incoming mails are delivered, these incoming mails are slowly
> > being spooled for hours and the file size are growing:
> > [root@mailgate2 incoming]# ls -l
> > total 106988
> > -rw------- 1 postfix postfix 34369536 Jan 15 09:40 004207F3B
> > -rw------- 1 postfix postfix 438272 Jan 15 09:40 0F00F7F0B
> > -rw------- 1 postfix postfix 221184 Jan 15 09:41 1B4937F04
> > -rw------- 1 postfix postfix 581632 Jan 15 09:40 1CB727F38
> > -rw------- 1 postfix postfix 647168 Jan 15 09:41 1E9917F39
> > -rw------- 1 postfix postfix 299008 Jan 15 09:41 262047F07
> > -rw------- 1 postfix postfix 622592 Jan 15 09:42 2CD407F0D
> > -rw------- 1 postfix postfix 466944 Jan 15 09:42 34CE07F3F
> > -rw------- 1 postfix postfix 499712 Jan 15 09:41 4188A7F44
> > -rw------- 1 postfix postfix 331776 Jan 15 09:42 478677F48
> > -rw------- 1 postfix postfix 528384 Jan 15 09:41 4A0CA7F40
> > -rw------- 1 postfix postfix 9830400 Jan 15 09:41 6721F7F47
> > -rw------- 1 postfix postfix 11264000 Jan 15 09:42 86FD67F0E
> > -rw------- 1 postfix postfix 655360 Jan 15 09:41 9465B7F17
> > -rw------- 1 postfix postfix 43028480 Jan 15 09:40 952BA7F1D
> > -rw------- 1 postfix postfix 425984 Jan 15 09:40 A37077F15
> > -rw------- 1 postfix postfix 630784 Jan 15 09:41 A5A3F7F24
> > -rw------- 1 postfix postfix 401408 Jan 15 09:41 A9CBC7F46
> > -rw------- 1 postfix postfix 294912 Jan 15 09:41 A9D3D7F0F
> > -rw------- 1 postfix postfix 282624 Jan 15 09:41 B68E47F22
> > -rw------- 1 postfix postfix 1216512 Jan 15 09:40 CD97F7F49
> > -rw------- 1 postfix postfix 45056 Jan 15 09:40 D2FA87F2A
> > -rw------- 1 postfix postfix 692224 Jan 15 09:41 D9CA37F1F
> > -rw------- 1 postfix postfix 561152 Jan 15 09:42 EACE47F3A
> > -rw------- 1 postfix postfix 528384 Jan 15 09:40 EBE027F42
> > -rw------- 1 postfix postfix 483328 Jan 15 09:41 EDED87F45
>
> These messages have not yet been received (no 250 response to ".").
> Try "postcat" on one of the incomplete files to see where it
> is coming from.
>
> Either a slow network connection, slow rewriting. If you use
> milters, possibly a slow milter. Possibly also a mail loop
> generating ever larger messages.
>
> You have mydestination mirrored in relay_domains, choose one.
> You have domains in mydestination, but no recipient validation
> with local_recipient_maps, not a good idea, but then local_transport
> is "error:..." so why alias_maps, ... What transports are actually
> used to deliver mail?
>
> I see no virtual rewriting, canonical mapping, ... so it is not
> clear why the input stream is so slow, perhaps some problem on
> the sending clients.
>
> --
> Viktor.
>
>
