[kim-aa]

1)

Многие организации подходят к использованию канала с трезвой головой и 150 метров мало кто в здравом уме решится передавать в SMTP-сессии. Для этого существуют протоколы типа FTP, которые менее болезненно переносят передачи таких объемов. »

"Давайте спорить о вкусе ананасов с теми, кто их ел" Жванецкий
Если это не работает в связке Outlook + Exchange, это вовсе не значит, что SMTP - неустойчивый протокол, или про отсутствие "здравого ума" у всех кто не использует вышеупомянутую связку.

Я лично еще 10 лет назад настраивал и эксплуатировал сеть (M-Darmon + The Bat + 100 Мбит).
Просто у M-Daemona есть встроенные средства поддержки больших вложений в письмах:
- прозрачная упаковка плюз нарезка нужными блоками;
- прозрачная упаковка/распаковка при пересылке между серверами;
- автоматическое помещение вложения в репозитарий и замена его в письме ссылкой и т. д.

Ну и естественно, при использовании больших писем крайне не рекомендуется хранение писем в базах, только в виде файлов.

2)

Ограничение в 15 Мб - не совсем точно, ограничение в 10. Но кто вам мешает его сменить? »

Данное значение установлено не от того, что инженерам MS было грустно, а по вполне определенным соображениям.
Т. к. я не считаю себя бОльшим специалистом архитектуры Exchange & Outlook, чем инженеры MS, то и менять значение будет тем самым нахождением вне "здравого ума".

[Oleg Krylov]

Просто у M-Daemona есть встроенные средства поддержки больших вложений в письмах: - прозрачная упаковка плюз нарезка нужными блоками; - прозрачная упаковка/распаковка при пересылке между серверами; - автоматическое помещение вложения в репозитарий и замена его в письме ссылкой и т. д. »

Интересно, в Интернет кто-то кроме MDaemon знает, как собрать письма обратно в единое целое? Например отправив на сервер Exchange вы получите письма-кусочки именно так, как их нарезал MDaemon. Объяснять администратору, ну например, компании Megafon, что "у него неправильный SMTP" - немного неразумно, правда? В локальной сети Exchange не использует клиентский SMTP, и на внутренних, т.н. Organization-wide SMTP-трассах вы можете разрешить передавать хоть 10 Гб. Ваши серверы - можно сходить с ума как хочется. для внутренних трансферов файлов в локальной сети куча других способов (SMB, SharePoint и прочие, гораздо более эффективные, чем почтовый клиент+почтовый сервер).

Ну и естественно, при использовании больших писем крайне не рекомендуется хранение писем в базах, только в виде файлов. »

Неестественно, передача сообщения и вложения по SMTP ведется в base-64, собрать его можно в любое место, лучше, когда это один файл, чтобы не плодить сущности. Microsoft отказалась от stream-файлов еще в 2007 году и наращивает мощность движка ESE как раз для хранения всего в одном месте. Даже от SIS отказались в пользу упрощения структуры базы. А вы предлагаете следить за целостностью двух экземпляров (уникальных, на минуточку, т.е. не взаимозаменяемых) хранилища. Что исходя из банальной теории вероятности увеличивает вероятность потери данных.

Данное значение установлено не от того, что инженерам MS было грустно, а по вполне определенным соображениям. Т. к. я не считаю себя бОльшим специалистом архитектуры Exchange & Outlook, чем инженеры MS, то и менять значение будет тем самым нахождением вне "здравого ума". »

Дефолтные значения берутся не из головы пресловутых "инженеров MS" и не с потолка, и даже ни по каким-то мегатайным критериям - это всего лишь среднестатистические значения. Никто вам не запрещает выставить внутри организации столько, сколько вы хотите. Вы можете и наружу отправлять столько, сколько хотите, но вот примут или нет - вопрос.
Шутку про Жванецкого оценил. Спасибо