Michael Meier:
> >> smtp-source -t crap@localhost -l 10240 127.0.0.1
> >
> > Completes in a 1-3 seconds on a laptop (ssd) and old workstation
> > (rust). Obviously the problem is outside of Postfix.
> >
> > Maybe the outpout from 'lsattr /var/spool/postfix' will reveal
> > special
I've noticed that for sending big mails (10MB) it can take up to 30
min
until they are sent. So I investigated a bit into the problem. I
deactivated amavis and dkim, so they do not seem to be part of the
problem.
What happens is, that as soon as I write a bigger e-mail, the system
load goes up
Michael Meier:
> hi all
>
> I've noticed that for sending big mails (10MB) it can take up to 30 min
> until they are sent. So I investigated a bit into the problem. I
> deactivated amavis and dkim, so they do not seem to be part of the problem.
> What happens is, that as soon as I write a bigger
>> What happens is, that as soon as I write a bigger e-mail, the system
>> load goes up from 0 to around 2.5 and when the mail is send, goes back
>> to 0 again, but there is almost no cpu usage at all. So it should have
>> something to do with the I/O system I guess. iotop tells me that
>>
Hi michael,
> What happens is, that as soon as I write a bigger e-mail, the system
> load goes up from 0 to around 2.5 and when the mail is send, goes back
> to 0 again, but there is almost no cpu usage at all. So it should have
> something to do with the I/O system I guess. iotop tells me that
hi all
I've noticed that for sending big mails (10MB) it can take up to 30 min
until they are sent. So I investigated a bit into the problem. I
deactivated amavis and dkim, so they do not seem to be part of the problem.
What happens is, that as soon as I write a bigger e-mail, the system
load