Форум: "Сети";
Текущий архив: 2006.03.19;
Скачать: [xml.tar.bz2];
ВнизPOP3 сервер возвращает неправильные размеры содержимого письма Найти похожие ветки
← →
cyborg © (2005-12-09 16:03) [0]Странно очень.
Например на одном письме команда LIST возвращает +OK 1 4006, команда RETR этого же письма +OK 3952 octets, полученные данные письма имеют размер 4 012 байт.
Почему такое случается? Непонятно.
Даже не знаю в какой раздел написать.
← →
umbra © (2005-12-09 16:52) [1]В RFC 1939 (http://www.rfc-editor.org/cgi-bin/rfcdoctype.pl?loc=RFC&letsgo=1939&type=http&file_format=txt)
написано
It is important to note that the octet count for a message on the
server host may differ from the octet count assigned to that message
due to local conventions for designating end-of-line. Usually,
during the AUTHORIZATION state of the POP3 session, the POP3 server
can calculate the size of each message in octets when it opens the
maildrop. For example, if the POP3 server host internally represents
end-of-line as a single character, then the POP3 server simply counts
each occurrence of this character in a message as two octets. Note
that lines in the message which start with the termination octet need
not (and must not) be counted twice, since the POP3 client will
remove all byte-stuffed termination characters when it receives a
multi-line response.
← →
cyborg © (2005-12-09 17:05) [2]Мда, я думал сделали как лучше, а получилось как всегда :). Значит полагаться на эти данные при приёме не нужно.
Понятно, спасибо.
Страницы: 1 вся ветка
Форум: "Сети";
Текущий архив: 2006.03.19;
Скачать: [xml.tar.bz2];
Память: 0.45 MB
Время: 0.014 c