AP> отправляем рассылку с двумя картинками 1.jpg и 2.jpg
AP> в форме ввода рыссылки отмечаем галочкой только 1.jpg
AP> Отображается только 2.jpg.
AP> Вместо 1.jpg пустая рамка.
AP> При этом в аттаче значится только 1.jpg.
AP> Файла 2.jpg в прищепке нет совсем.
AP> в исходниках видим
AP> --=felis-attach=20051125031414=31983
AP> Content-Type: image/jpeg;
AP> name="1.jpg"
AP> Content-Transfer-Encoding: base64
AP> Content-Location: 1.jpg
AP> ..
AP> --=felis-related=20051125031414=31983
AP> Content-Type: image/jpeg;
AP> name="2.jpg"
AP> Content-Transfer-Encoding: base64
AP> Content-Location: 2.jpg
AP> ..
AP> т.е.
AP> related - отображает.
AP> attach - только прицепляет, но в теле письма не отображает.
Проблема Аутглюка увы в генокоде
Немного теории:
То что "felis-related" это тип секции письма multipart/related - используется
для того что бы сгруппировать атачи предназначенные для оформления
То что "felis-attach" это тип секции письма multipart/mixed - используется
для того что бы сгруппировать атачи предназначенные для содержимого
Стандарты не накладывают ни каких ограничений на то, что ссылаться из
хтмл-тела письма куда-то можно, а куда-то нельзя.
Более того, даже описан алгоритм поиска нужного атача по другим
секциям письма, если атач не найдет в текущей секции.
А у Аутлука, увы как всегда, свой взгляд на мир.
Картинка-оформление заданая ссылкой - показывает
Картинка-оформление заданая именем - показывает
Картинка-атач заданая ссылкой - показывает, если пнуть по
предупреждению что _выкачка_ потенциально опасного
атача заблокирована (лечится в Безопасности)
(зачем её"выкачивать" когда оан к письму приатачена ???)
Картинка-атач заданая именем - НЕ показывает
При этом оба атача доступны через "Скрепку"
Клиника.
А картики-атачи переместить в секцию оформления нельзя - они
исчезнут из Скрепки и будут жалобы что нет атача
Вывод - если вам _действительно_ нужна в письма картинка именно
как атач (т.е. то что проходит и в текстовую версию), то для
вправления мозга Аутлука её нада задавать полной ссылкой.
