Exim: письма 8192 символов отправляются заметно дольше

Question

[p4s8x]

Отправляю через SMTP локально.
письма размером до 8192 уходят за 0.004, после 8192 уходят за 0.1, т.е. в 25 раз медленее.
т.е. уже после отправления команды «DATA\r\n», отправляю само письмо

Поскольку число выглядит очень искусственно, подозреваю, что удерживает где-то какая-то настройка. Подскажите, в какую сторону стоит глядеть?

UPDATE:
Расковырял файлы exim'a, выяснил, что утечка происходит исключительно в нем самом.
конкретно
recieve.c:
data_file = fdopen(data_fd, «w+»);
…
message_ended = read_message_data_smtp(data_file); < — этот вызов съедает все время

static int
read_message_data_smtp(FILE *fout)
{
int ch_state = 0;
register int ch;
register int linelength = 0;

while ((ch = (receive_getc)()) != EOF)
{
if (ch == 0) body_zerocount++;
switch (ch_state)
{
case 0: /* After LF or CRLF */
if (ch == '.')
{
ch_state = 3;
continue; /* Don't ever write . after LF */
}
ch_state = 1;

/* Else fall through to handle as normal uschar. */

case 1: /* Normal state */
if (ch == '\n')
{
ch_state = 0;
body_linecount++;
if (linelength > max_received_linelength)
max_received_linelength = linelength;
linelength = -1;
}
else if (ch == '\r')
{
ch_state = 2;
continue;
}
break;

При этом
int (*receive_getc)(void) = stdin_getc;
int
stdin_getc(void)
{
return getc(stdin);
}
— когда в цикле прогоняется последний(>8000) кусок -резко происходит торможение, но никак не пойму причину. Может настройки самой оси стоит смотреть? FreeBSD 8.2-RELEASE стоит.

Answer 1

[Fiery_Fenix]

Очень похоже на минимальный размер письма попадающий под антивирус/антиспам. Точно не помню уже, но вроде у серверного Касперского такой минимальный размер. Из еще подозрительных — константа Exim-a DELIVER_OUT_BUFFER_SIZE, которая по умолчанию равна именно 8192, но это вроде размер блока на отсылку, а не на прием.
Вариант проверки — отдавать в цикле по 8192 байта в fputs и посмотреть результат.

Answer 2

[charon]

дайте больше кода. Что в $data?

Comments

[p4s8x]

Что-то вроде
From: ...@...
To: [e-mail]
Subject: asdad.
Return-Path: [e-mail]
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="--30bd8b4a008500d43c19f792af66c6fa"----30bd8b4a008500d43c19f792af66c6fa
Content-Type: text/html; charset=windows-1251;
Content-Transfer-Encoding: base64

PGh0bWw+PGhlYWQ+PHRpdGxlPjExMTExPC90aXRsZT48L2hlYWQ+Cjxib2R5PgoKPGgyPiA8ZGl2
....
OjBweCAwcHggMHB4IDBweCI+5+Dw/+Qg/e3l8OPo6CDk6/8g4uD45ePuIOHo5+3l8eA8L2E+PC9s
aT48L3VsPjwvZGl2PjwvZGl2Pjwvc3Bhbj48L2Rpdj48YnI+PC9oMj48ZGl2IHN0eWxlPSJ0ZXh0
LWFsaWduOmp1c3RpZnk7cGFkZGluZy1sZWZ0OjBweCI+PC9kaXY+PC9ib2R5Pgo8L2h0bWw+

----30bd8b4a008500d43c19f792af66c6fa--

.

Вот когда strlen($data)<=8192, то все летает, когда больше… скорость резко падает. Подозреваю, что виноват всетаки exim, но зачем и почему

Answer 3

[p4s8x]

я выяснил, что проблема на уровне exim'a, обновил текст вопроса, нужна помощь сишников