Вниз
Скачать: CL | DM;

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 вся ветка

Скачать: CL | DM;



Память: 0.45 MB
Время: -0.969 c
15-1140374277
splr
2006-02-19 21:37
2006.03.19
Интернет...


15-1140531601
vecna
2006-02-21 17:20
2006.03.19
Windows Millennium


15-1140501175
Ega23
2006-02-21 08:52
2006.03.19
С Днём рождения! 21 февраля


2-1141375218
Creative
2006-03-03 11:40
2006.03.19
Как увидеть из одного юнита класс, описанный во втором


9-1126334675
Eee
2005-09-10 10:44
2006.03.19
OpenGL




   Наверх