Страница 1 из 1

Рандомная загрузка тел HTML писем из папки.

Добавлено: Ср май 15, 2013 9:18 am
partnerweb
Если рандомно подгружать HTML тела из папки + использовать в таких письмах графику (так же рандомно подгружаемую из папки), то наблюдаются неприятные глюки!

1. AMS обращаясь к файлам => переписывает их!
Этого не должно быть ни в коем случае!
Пусть АМС считывает файлы (тела HTML писем), но не пишет в эти тела ни чего!

2. Когда парсер AMS встречает в теле HTML письма открывающийся тег <body>, то зачем то переписывает его в верхний регистр <BODY>!
1.Открывающийся тег -> <BODY> в верхнем регистре.
2.Закрывающийся тег -> </body> в нижнем регистре.
3.Настоящая СПАМ сигнатура!

3. Если AMS в HTML письме встречает конструкцию "рандомной загрузки графики", то => пишет тег IMG в верхнем регистре!
При этом все теги в письме в нижнем регистре ...

Пока у пользователя нет возможности загрузки готового тела письма с удаленного URL, может хотя бы эти глюки убрать?
Что-бы нормально работать стандартными инструментами.

Доп.функционал:
1. Когда AMS использует "единственное изображение", то для него предусмотрен "рандом кода" + "рандом имени файла".
2. А для варианта рандомной загрузки изображений из папки этого нет! Но ведь просматривается 100% аналогия! :)
3. Кодирование прикреплены файлов (атачей) + cid (идентификаторов контента) осуществляется AMS только в base64!
Но ведь есть еще и UU и QP ...
Почему не использовать аналогию, как при кодирования заголовков писем?
Т.е. => "жестко" или "на выбор" или "рандом".

Мой вариант решения:
1. Всего вышеизложенного можно вообще избежать! Если дать пользователю "функцию загрузки готового закодированного тела письма" по URL.
2. AMS при каждой итерации считывала бы полностью готовое тело письмо (headers+body).
3. Каждое последующее письмо могло бы быть и в "текстовом формате" и в HTML формате, быть с графикой или без неё, иметь аттачи или не иметь!
4. Пользователь бы сам генерировал рандомное количество строк в заголовках, наличие пробелов (спейсов) и табуляторов (альтов) и AMS не трогала бы своим парсером код пользователя.
5. Боундари и CID пользователь так же настраивал бы, как он хочет и знает "как правильно", а не так, как "сделает за него AMS".

Данный алгоритм дает огромные преимущества (для тех, кто знает как им воспользоваться).
А кто "не знает" или кому лень или "не надо" => Могут пользоваться стандартными функциями, которые при рассылках в 10-50 тыс. писем и так будут актуальны.