Случайное ИМЯ отправителя - совсем случайно?
Модератор: Max Terentiev
Случайное ИМЯ отправителя - совсем случайно?
Можно как то поправить или подскажите как обойти?
В учётной записи выбираю случайное имя из списка.
В теле письма вставляю [%%ASenderName%%] в нескольких местах (с уважением [%%ASenderName%%] , внизу письма имя автора [%%ASenderName%%] ).
Так вот во всех 3-х случаях для одного и того же письма имена генерируются разные. Одно имя в адресе отправителя, второе в подписке и третье в отписке.
Можно как то сделать что бы всё было одно и тоже ДЛЯ каждого релея, для каждой копии письма, так как рассылка идёт через пакет адресов с указанием FROM из логина релея.
Прошу помощи!
PS: Можно конечно указать в учётной записи одно имя, но при этом начинаю банить приёмные сервера по имени.
А если как сейчас, везде всё по разному, то банить начинают сами отправители (yandex, google, mail и т.д.).
Получается ни Вам ни нам...
В учётной записи выбираю случайное имя из списка.
В теле письма вставляю [%%ASenderName%%] в нескольких местах (с уважением [%%ASenderName%%] , внизу письма имя автора [%%ASenderName%%] ).
Так вот во всех 3-х случаях для одного и того же письма имена генерируются разные. Одно имя в адресе отправителя, второе в подписке и третье в отписке.
Можно как то сделать что бы всё было одно и тоже ДЛЯ каждого релея, для каждой копии письма, так как рассылка идёт через пакет адресов с указанием FROM из логина релея.
Прошу помощи!
PS: Можно конечно указать в учётной записи одно имя, но при этом начинаю банить приёмные сервера по имени.
А если как сейчас, везде всё по разному, то банить начинают сами отправители (yandex, google, mail и т.д.).
Получается ни Вам ни нам...
- Max Terentiev
- Admin
- Сообщения: 1937
- Зарегистрирован: Сб мар 27, 2004 12:01 am
- Откуда: Санкт-Петербург
- Контактная информация:
В последнем билде: http://www.bspdev.ru/b940.zip
Исправлена подстановка ASenderAddr если в релее стоит галка использовать логин как From.
Что касается имени: никак не сделать т.к. при подстановке значения каждый раз выполняется обработка макроса ORandText, который у вас прописан в Учетной записи.
Единственное, что можно попробовать - установить для шаблона ORandText, который используется для выборки имен, интервал обновления не 1, а скажем 2 письма. В этом случае в рамках одного письма значения должны быть одинаковые. Я точно не уверен, но должно быть так, попробуйте.
Исправлена подстановка ASenderAddr если в релее стоит галка использовать логин как From.
Что касается имени: никак не сделать т.к. при подстановке значения каждый раз выполняется обработка макроса ORandText, который у вас прописан в Учетной записи.
Единственное, что можно попробовать - установить для шаблона ORandText, который используется для выборки имен, интервал обновления не 1, а скажем 2 письма. В этом случае в рамках одного письма значения должны быть одинаковые. Я точно не уверен, но должно быть так, попробуйте.
Re: Случайное ИМЯ отправителя - совсем случайно?
Я решил эту проблему, с именем немного иначе, если ещё надо, мой скайп perviy.roman расскажу, что да как, частично решить проблему помог partnerwebskyfay писал(а):Можно как то поправить или подскажите как обойти?
В учётной записи выбираю случайное имя из списка.
В теле письма вставляю [%%ASenderName%%] в нескольких местах (с уважением [%%ASenderName%%] , внизу письма имя автора [%%ASenderName%%] ).
Так вот во всех 3-х случаях для одного и того же письма имена генерируются разные. Одно имя в адресе отправителя, второе в подписке и третье в отписке.
Можно как то сделать что бы всё было одно и тоже ДЛЯ каждого релея, для каждой копии письма, так как рассылка идёт через пакет адресов с указанием FROM из логина релея.
Прошу помощи!
PS: Можно конечно указать в учётной записи одно имя, но при этом начинаю банить приёмные сервера по имени.
А если как сейчас, везде всё по разному, то банить начинают сами отправители (yandex, google, mail и т.д.).
Получается ни Вам ни нам...
В ближайшее время Максим обещал выпустить версию, в которой пользователь сможет загружать готовое тело письма с URL.
Как только это "новшество" будет реализовано, Вы сможете:
1.Генерировать сторонним ПО заголовки и тела писем на 100%
2.Заниматься рандомным кодированием (KOI8-R, WIN-1251 и др.)
3.Использовать рандомные преобразования (base64, QP, 8bit)
4.Менять на лету "тип письма" (HTML, TXT и др.)
5.Рандомно вставлять/не вставлять графику в тела (не путать с рандомизацией графики).
6.Производить рандомизацию графики и аттачей любым сторонним ПО и разными алгоритмами..
7.Кодировать и рандомизировать встроенную и/или приаттаченную графику, zip/rar-архивы ... да всё что Вашей душе будет угодно!
8.Использовать любые нестандартные методы (например кодирование UU / QP) и др.фишки ... вплоть до рандомных тел в pdf ...
При этом AMS будет принимать только 2 типа данных для обработки внутри себя. Это From + To.
Так же Максим планировал прикрутить API к AMS Enterprise ...
И если эта задумка появится в реале, то юзер сможет реализовать любую свою захочку.
Например:
В режиме реального времени от AMS поступает информация, что письма отправляются в СПАМ ...
Стороннее ПО выдает Stop-приказ AMS , конкретной рассылке, от которой пришел маркер-спама ...
AMS останавливает рассылку!
Но только ту рассылку, которой выдан приказ-СТОП, при этом остальные рассылки не останавливаются!
В данном случае юзер "применяет известный ему алгоритм", который реализуется в его стороннем ПО (пошагово, ступенчато или полностью) и производит "какие то изменения" ...
Это может быть:
- смена IP
- смена From
- смена заголовков или только их части (дополнение, изменение и др.)
- смена тел писем и/или изменение структуры и/или содержимого
- смена генерирование чего угодно "нового", например URL
- смена ЧЕГО УГОДНО КАК УГОДНО И НА ЧТО УГОДНО
После этого AMS получает сигнал "продолжить рассылку".
Если все ОК ... то AMS работает себе и работает ...
Но пользователь может задействовать API и по другому => не взирая на положительную работу AMS в данную секунду ==> заставить насильно перегенерировать требуемые данные, что бы предотвращать попадание писем в спам (еще на стадии, когда MAIL.RU только начинает задумываться о применении санкций ) ... ну и много для чего то другого (известного пользователю).
На самом деле все почтовые-сервера устроены так, что дают и даже предлагают юзеру возможность "поиметь их" ...
Но для полноценного действа, кроме алгоритмов, у пользователя должен быть инструмент...
Сейчас алгоритмы есть, а инструмента встроенного в AMS пока еще нет
Как только это "новшество" будет реализовано, Вы сможете:
1.Генерировать сторонним ПО заголовки и тела писем на 100%
2.Заниматься рандомным кодированием (KOI8-R, WIN-1251 и др.)
3.Использовать рандомные преобразования (base64, QP, 8bit)
4.Менять на лету "тип письма" (HTML, TXT и др.)
5.Рандомно вставлять/не вставлять графику в тела (не путать с рандомизацией графики).
6.Производить рандомизацию графики и аттачей любым сторонним ПО и разными алгоритмами..
7.Кодировать и рандомизировать встроенную и/или приаттаченную графику, zip/rar-архивы ... да всё что Вашей душе будет угодно!
8.Использовать любые нестандартные методы (например кодирование UU / QP) и др.фишки ... вплоть до рандомных тел в pdf ...
При этом AMS будет принимать только 2 типа данных для обработки внутри себя. Это From + To.
Если Вы приверженец MySQL, то данные (для формирования тел), Вы сможете, брать и хранить в MySQL.а можно ли это самое имя сформировать с помощю SQL запроса?
Так же Максим планировал прикрутить API к AMS Enterprise ...
И если эта задумка появится в реале, то юзер сможет реализовать любую свою захочку.
Например:
В режиме реального времени от AMS поступает информация, что письма отправляются в СПАМ ...
Стороннее ПО выдает Stop-приказ AMS , конкретной рассылке, от которой пришел маркер-спама ...
AMS останавливает рассылку!
Но только ту рассылку, которой выдан приказ-СТОП, при этом остальные рассылки не останавливаются!
В данном случае юзер "применяет известный ему алгоритм", который реализуется в его стороннем ПО (пошагово, ступенчато или полностью) и производит "какие то изменения" ...
Это может быть:
- смена IP
- смена From
- смена заголовков или только их части (дополнение, изменение и др.)
- смена тел писем и/или изменение структуры и/или содержимого
- смена генерирование чего угодно "нового", например URL
- смена ЧЕГО УГОДНО КАК УГОДНО И НА ЧТО УГОДНО
После этого AMS получает сигнал "продолжить рассылку".
Если все ОК ... то AMS работает себе и работает ...
Но пользователь может задействовать API и по другому => не взирая на положительную работу AMS в данную секунду ==> заставить насильно перегенерировать требуемые данные, что бы предотвращать попадание писем в спам (еще на стадии, когда MAIL.RU только начинает задумываться о применении санкций ) ... ну и много для чего то другого (известного пользователю).
На самом деле все почтовые-сервера устроены так, что дают и даже предлагают юзеру возможность "поиметь их" ...
Но для полноценного действа, кроме алгоритмов, у пользователя должен быть инструмент...
Сейчас алгоритмы есть, а инструмента встроенного в AMS пока еще нет
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 24 гостя