POP3 vs HTTP

[EvgIg]

Вобщем столкнулся сегодня с одной большой проблемой... корни которой, как мне представляется скрываются далеко в истории.

Немного истории:
Электоронные письма сами по себе представляют простой текстовый файл.
И, насколько помню, в этом текстовом файле нельзя передавать часть символов (они являются управляющими).
Когда пользователь прикрепляет какой-то файл к своему посланию, то этот файл добавляется в "тело" письма. При этом любой файл кодируется с помощью алгоритма base64 для исключения управляющих символов и файл состоящий из двух строчек:

На форуме 570420 сообщений
Зарегистрировано 52014 пользователей

в теле письма превращается в:

------------6562603B292154
Content-Type: text/plain; name="=?Windows-1251?B?0uXq8fLu4vvpIOTu6vPs5e3yLnR4dA==?="
Content-transfer-encoding: base64
Content-Disposition: attachment; filename="=?Windows-1251?B?0uXq8fLu4vvpIOTu6vPs5e3yLnR4dA==?="

zeAg9O7w8+zlIDU3MDQyMCDx7u7h+eXt6OkNCsfg8OXj6PHy8Ojw7uLg7e4gNTIwMTQg7+7r
/Ofu4uDy5evl6Q==

------------6562603B292154--

т.е. из 64 байт в 90 (жирный шрифт) плюс дополнительная информация(остальное).

Дак вот, к чему все это.
Если в письмо воткнуть большой файл, особенно картинку, экзешник или архив, то перекодировка может очень сильно увеличить размер письма. Например, добавив исполнимый файл размером 12 847 789 байт получилось письмо в 17 594 045 байт!!! Добавка почти в ПЯТЬ мегабайт. Почти в полтора раза больше!

HTTP протокол при передаче файлов менее расточителен и, если почтовый сервер имеет вэб-интерфейс, то лучше видимо воспользоваться им.

Какие будут мнения?

PS: Не претендую на полноту и точность изложения, но надеюсь что понятна суть проблемы.

[Duke]

HTTP протокол при передаче файлов менее расточителен и, если почтовый сервер имеет вэб-интерфейс, то лучше видимо воспользоваться им.

Помойму без разницы ! Ведь письма то всё равно передаются по SMTP. А веб-интерфейс является всего лиш онлайн почтовым клиентом.

[Salagin]

EvgIg
При чем тут POP3? Он отвечает за снятия почты с ящика, HTTP - протокол не для передачи файлов, а именно гипертекста, что следует из его названия Duke правильно сказал, что вэб интерфейс - лишь удобная среда для взаимодействия с почтовым сервером.
По поводу увеличения размера письма - откуда такие данные? Не наблюдал такого...

[Duke]

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

Сейчас попробовал в почтовеке The Bat 3.0.2.2 ! Действительно, такой эфект есть. Прикрепил ехе файл (10м), а письмо получилось 14 мегов.    Странно ! Лень настраивать Аутлук. Может это глюк только The Bat ?

[Salagin]

Duke
Судя по всему - служебная информация и прочее... Поэтому большие файлы и и льюццо via ftp :-)

[Duke]

Salagin  

Судя по всему - служебная информация и прочее

4 мега служебной инфы ?!?!  
Кстать, заметил, чем больше файл, тем больще добавляется левой шняги (примерно 40% от веса файла).
Дак вот, если в аутлуке нет такого, значит это глюк Бата, однозначно !
А ты аутлуком не пробовал ?

Поэтому большие файлы и и льюццо via ftp :-)

 

[Salagin]

Duke

значит это глюк Бата, однозначно !

Я пробовал через вэб интерфейс - тоже самое. Имхо, тут дело в преобразовании аттача, подробности надо поискать...

[Duke]

Я пробовал через вэб интерфейс - тоже самое.

Ааахренеть ! и тоже на 40 % разбухает ? Если так, то EvgIg прав. это перекодировка.

подробности надо поискать...

Если что нароеш, слей сюда плиз.

[EvgIg]

Прошу прощение за расплывчатость.
Я скорее пытался посоветовать для передачи/приема больших файлов через вэб-интерфейс почтовых серверов. И ждал подтверждение или опровержение своих догадок.

Вобщем вот мое ИМХО:
Duke

Ведь письма то всё равно передаются по SMTP. А веб-интерфейс является всего лиш онлайн почтовым клиентом.

Насколько могу судить, не совсем так.
Вэб-интерфейс работает через HTTP в котором нет таких "потерь".
Скорее всего, примерно так: есть некая база данных писем, а прикрепленные файлы хранятся отдельно (в теле письма только ссылка на файл, например). Во время прихода письма прикрепленные файлы "изымаются", а во время отправки "вставляются" в тело письма. Думаю, что владельцам серверов не выгодно хранить дополнительные объемы информации.
А если мы работаем через вэб, то работаем, грубо говоря, напрямую с http файловым архивом.
Salagin

При чем тут POP3?

Все время забываю кто есть кто
Проблема то не в этом. "Отправленное письмо" = "Полученное письмо". Так что разницы нет - принимаем мы или отправляем. Вопрос - кто расточительнее?

HTTP - протокол не для передачи файлов, а именно гипертекста

т.е. тот же index.htm не является файлом?
Введи в любом поисковике строку "передача файлов через http" и увидишь предназначен он для этого или нет

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

И я больше двух лет не наблюдал.
Duke

Может это глюк только The Bat ?

Это глюк стандарта электронной почты В Outlook'е то же самое +/- несколко кило из-за разного способа кодировки.
Народ! Возьмите любое письмо с приаттаченым файлом, сохраните или экспортируйте на диск и откройте в блокноте.
Salagin

Судя по всему - служебная информация и прочее...

При этом любой файл кодируется с помощью алгоритма base64 для исключения управляющих символов

Ведь было же сказано почему это происходит.

Я пробовал через вэб интерфейс - тоже самое.

Т.е. брал файл, вставлял его в письмо, отправлял и отправлял его же через вэб-интерфейс, а затем сравнивал количество принятых/отправленных байт?
И то же самое при получении через почтовик и через вэб.
Если так, то можешь выложить статистику?

Уф. Сорри ежли че.
настроение чей-то сегодня ни того

[EvgIg]

Duke

это перекодировка.

Загрузил страничку с утра и не видел последнего поста...
Это 99,99% перекодировка плюс служебная информация(примерно семь строчек).
При кодировке Bat делает строки длинной 73 байта, а Outlook 77 байт из-за чего на больших файлах письма последнего немного короче (меньшее количество CRLF - переводов строк)

Просьба:
Естьли у кого-нибудь возможность погонять файл размером хотябы 1Мб и замерить при этом статистику отправленных/полученных байт через почтовик/вэб-интерфейс. Поделитесь пожалуйста этой самой статистикой.