Уважаемые пользователи !

Рады представить самое значительное обновление AMS за последние годы: AMS Enterprise 3.0 !

Пожалуйста, ознакомьтесь с важной информацией об изменениях в новой версии, а так же в политике лицензирования и обновлений.

Изменения в полититке обновлений и лицензировании

Мы предоставляли покупателям AMS бесплатные обновления с 2004 года. Однако, в 2026 году, с версией 3.0, проект AMS достиг такого размера и сложности, что предоставлять бесплатные обновления в дальнейшем уже нет возможности. Добавление нового функционала осложняется тем, что его нужно встроить в проект так, чтобы при этом не поломать уже имеющийся. Зачастую размышления о том, как добавить что-то новое не порушив при этом что-то старое занимает больше времени и сил чем сама работа над новыми фичами. Так же сильно осложняется тестирование и отладка большого и сложного проекта. 

Однако, многие пользователи AMS принимали решение о покупке лицензии исходя из нашего предложения бессрочной лицензии с бесплатными обновлениями. Чтобы оставаться максимально честными с покупателями нашего ПО мы предлагаем такие изменения в политике обновлений и лицензирования:

• Все, кто приобрел лицензию на любую версию AMS (Lite или Enterprise) до 01 февраля 2026 года могут бесплатно обновиться до AMS Enterprise версии 3.0 !
• Все, кто сделает бесплатный переход с версии 2.х до версии 3.0 получит подписку на бесплатные обновления сроком на 3 месяца c момента получения нового лицензионного ключа для версии 3.0. За это время будут точно исправлены все ошибки и не доработки, которые могли остаться в версии 3.0 на момент ее релиза.
• По истечении срока бесплатных обновлений вы можете приобрести подписку на следующий год обновлений за 9900 руб (или $131 usd на момент написания этой статьи). Покупка подписки на обновления НЕ является обязательной ! Вы можете не покупать ее и продолжать использовать последнию версию AMS на момент окончания вашей подписки на обновления как угодно долго - ваша лицензия остается бессрочной.
• Получив новую лицензию на AMS 3.0 ваша старая лицензия для AMS 2.x продолжит действовать ! Таким образом вместо одной лицензии на 2 компьютера у вас будет 2 лицензии на 4 компьютера (2 для AMS 2.x и 2 для AMS 3.x).
• Для всех новых покпателей AMS Enterprise 3.0 устанавливается новая цена 18 900 руб (или 249 usd на момент написания этой статьи). В стоимость лицензии входит 1 год бесплатных обновлений. Срок действия лицензии остается не ограниченным. Продление подписки на обновления через год не являются обязательным.
• Классический AMS 2.x (теперь будет называться AMS Classic 2.x) остается в продаже по текущей цене 13 250 руб и будет продолжать получать бесплатные обновления. Однако, основной версией теперь будет 3.0 и именно она будет получать обновления и новые функции в первую очередь. Для AMS 2.x обновления будут выходить значительно реже, в нее будут портироваться те новые функции из 3.0, которые технически возможно перенести. Версия 2.х имеет однослойный, не масштабируемый интерфейс, что делает не возможным любые значительные изменения. Так же в версии 2.х не ведется "протокол отправки" (о котором ниже), что ограничивает возможности по расширенной статистике и любого функционала, который будет на нем базироваться. Однако, она будет получать обновления, связанные с исправленим критических ошибок, поддержкой новых операционных систем и т.д.
• AMS Lite снимается с продажи как устаревший продукт.

Надеемся, что вы найдете новые условия достаточно честными и не слишком расстроитесь :-)

Важная информация по переходу с версии 2.х на версию 3.0

• Перед установкой версии 3.0 настоятельно рекомендуется сделать Инструменты->Бэкап баз и настроек в вашей текущей версии 2.х. Переход с 2.х на 3.0 является автоматическим, однако если вы захотите вернуться на версию 2.х - база данных, которая был обновлена до версии 3.0 может не зарабоать в предыдущей версии и в этом случае вы сможете загрузить ваши данные из бэкапа.
• Для установки версии 3.0 просто запустите инсталлятор и установите ее в ту же папку, где у вас установлена версия 2.х. Таким образом, процесс обновления остался таким же как и раньше - ставите новую версию поверх старой и она найдет все ваши данные и настройки автоматически.
• Версия 3.0 запросит у вас новый ключ для активации ! Ваш ключ от версии 2.х к ней не подойдет ! Для бесплатного получения нового ключа напишите запрос на support@bspdev.com c email адреса, к которому привязана ваша лицензия для версии 2.х. Или напишите автору в Телеграм: @MaxTerentiev
• После перехода на версию 3.0 не забудьте обновить на вашем сайте скрипт учета статистики amsweb.php, который идет с новой версии в папке c:\Program Files\AMSEnt\Server-Side\ ! 
• При открытии прямой ссылки без параметров на amsweb.php в браузере он больше не выдает диагностическую информацию т.к. по мнению многих пользователей это является зацепкой для спам-фильтров для блокировки письма. Теперь скрипт выдаст стандартную ошибку 400 - Bad request. Чтобы получить диагностическую информацию добавьте к ссылке параметр /amsweb.php?CheckInstall

Новые функции и возможности в AMS enterprise 3.0

• Новый масштабируемый интерфейс главного окна, с возможностью развернуть его на весь экран:
  
  
• Организация рассылок в виде дерева с папками, возможность перетаскивания рассылок между папками.
• Возможность выбора полей для отображении в дереве рассылок:
  
  
• Возможность перетаскивать поля для удобного расположения:
  
  
  
  
• Информация о событиях, связанных с расслкой - запуски и остановки, ошибки, включение и отключение релеев и прокси из-за ошибок или командами API и т.д:
  
  
• История запусков рассылки. Теперь при перезапуске рассылки с начала информация о предыдущем прогрессе и результатах не пропадает и доступна для просмотра. Если информация о кликах и открытиях приходит с задержкой (если письмо открыли или сделали клик уже после того как рассылка была перезапущена) - данные об этих кликах попадут в исторую рассылок и приплюсуются к тому запуску, к которому относятся:
  
  
• График средней скорости отправки (всеми рассылками) и среднего числа ошибок, чтобы с одного взгляда было понятно, что что-то пошло не так если скорость сильно упала и/или число ошибок отправки резко увеличилось:
  
  
• Поддержка отправки писем через WebAPI и Smtp аккаунты популярных рассылочных сервисов:
  
  
  
  Список поддерживаемых почтовых служб представлен на скриншоте выше. При использовании WebAPI программа отправляет письма через REST API данных потчовых служб по Https протоколу. При отправке через Web API в поле Received: заголовка письма не попадает ваш IP адрес, с которого выполняется отправка. А если для отправки используются прокси - то подойдут любые прокси. Поскольку отправка происходит по https протоколу - открытые почтовые порты у прокси не требуются !
• Для Web API большинства почтовых служб поддерживается прием и обработка webhook уведомлений о не доставленных письмах (баунсах), а так же открытых письмах и кликах на ссылки (для тех почтовых служб, которые отправляют такие данные на web hook пользователя). В текущей версии автоматическая настройках webhook'ов еще не поддерживается, но в ближайших обновлениях будет реализована.
• В зависимости от типа выбранного аккаунта меняются и поля для его настройки (логин-пароль, API ключ и т.д. в зависимости от типа аккаунта):
  
  
• Разумеется, ваш Профиль отправки может содержать аккаунты разних типов и они будут работать в рассылках одновременно при этом в наборе могут быть как обычные Smtp аккаунты так и Web API аккаунты различных почтовых служб !
• Отображение информации о баунсах. Данные о баунсах забираются их Процессора Входящей Почты (если в нем настроена работа правила Обработка возвратов), а так же из Web hook уведомлений почтовых служб, которые отправляют такие данные пользователю:
  
  
• Расширенная информация об отправки каждого письма сохраняется в "протокол отправки". Для хранения используется БД Sqlite, файл находится по пути: c:\Users\Имя Пользователя Windows\AppData\Roaming\AMSEnt\Data\DeliveryProtocol.db. 
  
  
• В протокол рассылки сохраняются следующие данные по отправке каждого письма - таблица DeliveryProtocol:
  
  

  Название поля протокола	Описание
  ID	Уникальный ID записи
  EntryDate	Дата отправки письма
  EntryTime	Время отправки письма
  MailingID	ID рассылки
  StartID	ID номера запуска рассылки
  AccountID	ID Учетной записи отправителя
  ListID	ID списка рассылки
  MessageID	ID письма
  PresetID	ID профиля отправки
  ProxyListID	ID списка прокси
  ContactID	ID контакта (получателя) в списке рассылки
  TransactionalJobID	ID транзакционного письма, полученного командой API postSendingJob
  TransactionalUserJobID	Пользовательский ID транзакционного письма, полученного командой API postSendingJob
  FromEmail	Обратный (from:) адрес
  FromDomain	Домен обратного адреса
  ToEmail	Email адрес получателя
  ToDomain	Домен email адреса получателя
  HeloString	Какая использовалась строка для HELO
  TrackingDomain	Трекинг домен (домен из ссылки на скрипт учета статистики amsweb.php)
  LocalIP	Локальный IP (если рассылка была с Windows сервера с множеством IP адресов)
  LocalIPComment	Содержимое поля Комментарий для локального IP адреса
  ProxyIPPort	IP:Port прокси, который использовался для отправки письма
  ProxyComment	Содержимое поля Комментарий прокси
  SmtpAccountName	Имя Smtp аккаунта, через который было отправлено письмо
  SmtpAccountType	Тип Smtp аккаунта, через который было отправлено письмо
  SmtpServer	Имя Smtp сервера, через который было отправлено письмо
  SmtpLogin	Логин Smtp сервера, через который было отправлено письмо
  SmtpAccountUniqID	Уникальный ID Smtp аккаунта, через который было отправлено письмо
  SmtpComment	Содержимое поля Комментарий Smtp сервера, через который было отправлено письмо
  MXServer	Имя MX сервера на который было отправлено письмо (при рассылке в режиме встроенного Smtp сервера (direct-to-mx)
  DestinationIP	Результат dns запроса - А запись (IP адрес) целевого хоста - MX сервера или Smtp сервера
  HeaderMessageID	Значение Message-ID в заголовке отправленного письма
  Subject	Тема (Subject) отправленного письма
  MessageName	Содержимое поля "Имя письма" для отправленного письма
  RandomMessageBodyFile	Имя файла случйного тела письма на диске (которое было выбрано макросом ORandMessageBody)
  RandomMessageHeaderFile	Имя файла случайного заголовка письма на диске (которое было выбрано макросом ORandMessageHeader)
  SendResult	Результат отправки письма
  LastReplyCode	Код ошибки из последнего ответа принимающего сервера (250, 500 и т.д для Smtp, 200,400,404 и т.д. для Http)
  LastReplyText	Текст последнего ответа (или ошибки) принимающего сервера
  WebApiSubmitID	ID отправки на WebAPI почтовой службы (если отправка была через Amazon WebAPI, SendGrid Web API и т.д.)
  BounceCategory	Категория возврата (баунса) если адрес получателя не существует, переполнен и т.д. Данные берутся из Процессора Входящей Почты или поступают на webhook от почтовой службы (Amazon, SendGrid и т.д.)
  WebhookResult	Если почтовая служба отправляет на webhook пользователя данные о результатх отправки - они сохраняются в это поле
  Opened	Это письмо было открыто
  Clicks	ClicksБыли клики на ссылки в этом письме (числок кликов)
  ProxyHost	Имя хоста прокси, через который было отправлено письмо
  LocalIPHost	Имя хоста локального IP, через который было отправлено письмо
  Unsubscribed	Был клик на ссылку для отписки внутри письма
  ContactJson	Копия содержимого всех полей исходного списка рассылки для получателя, которому было отправлено письмо, в виде json струтуры. Данные сохраняются если включена соответствующая опция в настройках Протокола отправки. Эти данные могут быть использованы для формирования отчетов по содержимому полей списка рассылки (по полям, содержащим нужные вам мета данные - например, какой-то ID источника откуда был получен адрес, город получателя, признак каких-то продаж, идентификаторы целевых регионов и т.д.

• А так же данные об открытых письмах и кликах на ссылки - таблица OpensClicks:
  
  

  Название поля протокола	Описание
  ID	Уникальный идентификатор записи
  EntryDate	Дата открытия письма или клика на ссылку
  EntryTime	Время открытия письма или клика на ссылку
  EntryType	Тип записи - открытие письма, клик на ссылку, клик на ссылку для отписки и т.д.
  ProtocolID	ID записи в таблице DeliveryProtocol, в котрой содержится информация об отправки письма, которое открыли или по ссылке в котором кликнули
  MailingID	ID рассылки
  ListID	ID списка рассылки
  StartID	ID номера запуска рассылки
  ContactID	ID контакта (получателя) в списке рассылки
  ContactEmail	Email получателя
  ClickURL	URL в письме, на который был клик
  ClickIP	IP адрес, с которого был клик (или открытие письма)
  ClickUserAgent	UserAgent браузера с которого был клик (или открытие письма)
  ClickCountry	Страна (определяется по ClickIP) из которой был клик или открытие письма
  BccOpened	Число открытий если рассылка была в режиме BCC (сохраняется для первого отправленного письма)
  BccClicks	Число кликов на ссылки если рассылка была в режиме BCC (сохраняется для первого отправленного письма)

• На основе данных в Протоколе отправки вы можете получать подробные отчеты о результативности ваших рассылок:
  
  
  
  В дереве рассылок представлены результаты отправки За Сегодня, а на нижних вкладках - подробная информация для выбранных рассылок. Вы можете сформировать статистику как для отдельных рассылок, так и для групп рассылок если выберете папку в дереве рассылок ! Чтобы сформировать отчет по всем рассылкам - выберите папку Все рассылки. Статистика показывает какие рассылки лучше или хуже отправляли письма, генерировали больше или меньше открытий и кликов и т.д.
• Аналогичным образом вы можете построить статиситку с Топ отправляющих (From) доменов, где можно посмотреть с кого домена отправка лучше и генерируется больше открытий и кликов:
  
  
• Топ целевых (To:) доменов:
  
  
• Топ Smtp аккаунтов, которые лучше или, наоборот, хуже всех отправляют:
  
  
• Аналогичная статиситка доступна для Трекинг доменов (доменов на которых работает скрипт учета статистики amsweb.php И с которых происходит редирект на целевую страницу), для писем - самые лучше или худшие письма по их ID, по Теме (Subject), по имени письма, для прокси - какие IP:Port прокси отправляли лучше или хуже всех, а так же по любому полю списка рассылки, если оно содержит любые метаданные, по которым вы хотите получить отчет (по городу получателя, по различным идентификаторам, отражающие продажи, какие-то другие признаки, которые могут использоваться в GROUP BY выборке для получения агрегированных данных).
• Так же доступна аналогичная статистика, где первичным ключем является не рассылка, а профиль отправки: какие рассылки делали отправку с использованием определенного профиля, какие smtp аккаунты в этом профиле лучшие или худшие, какие письма лучше всего уходили через этот профиль и т.д:
  
  
  
  
• Продвинутая статистика - это, конечно, здорово и поможет вам оптимизировать ваши рассылки наилучшим образом ! Запись протокола отправки выполняется в отдельном потоке на заднем фоне и никак не влияет на скорость ваших рассылок (запись происходит быстрее максимально достижимой скорости запущенных рассылок).
  
  Однако, как это всегда бывает, есть и обратная сторона медали: чем больше данных содержит протокол отправки тем медленнее расчитывается статистика. Расчет статистики так же выполняется на заднем фоне в отдельном потоке и не влияет на скорость отправки писем, однако сам расчет может выполняться достаточно долго: приблизительно 2-5 секунды на каждый миллион записей в базе данных в зависимости от скорости компьютера и диска. Для хранения данных используется движек БД Sqlite, который позволяет очень быстро записывать данные, но начинает заметно тормозить на аналитических выборках примерно после 30 миллионов записей на таблицу. Любые другие движки реляционных СУБД (такие как MariaDB, Thunderbird, Postgres) зачастую работают еще медленее и требуют отдельной установки. Специализированные СУБД ориентированные для аналитических OLAP выборок (например ClickHouse) работают отлично, но только под Linux, что потребует отдельного сервера под хранение данных. Поэтому Sqlite - это компромисный на данный момент вариант. Возможно, в будущих версиях, будет переход на DuckDB если удастся добиться приемлемой производительности в плане добаваления и модификации больших объемов данных.
  
  На момент выхода версии 3.0 система статистики расчитана на то, что вы будете отправлять до 1 миллиона писем в день и суммарно до 30-40 миллионов писем в месяц. В этом случае статистика будет считаться с приемлемой скоростью (обновление за 1-2 минуты). При этом в настройке протокола отправки вы можете задать интервал автоматической очистки протокола от старых данных:
  
  
  
  При каждом запуске AMS он будет проверять число записей в протоколе отправки и предлагать очистку, если обнаружены старые данные, вышедшие за заданный диапазон. Процедура очистки является довольно тяжелой и может занять до 20-30 МИНУТ если из базы данных будут удаляться десятки миллионов записей. Это цена работы с большими объемами данных при соблюдении определенных компромисов - работа на любом компьютере с Windows без каких либо требований к предустановленному ПО. 
  
  
• Поскольку данные в протоколе отправки периодически "обрезаются" у вас может возникнуть желание сохранять копию протокола во внешнюю базу, где количество данных и время выборки не имеет большого значения. Например, вы можете захотеть сделать ретроспективные выборки по отправленным письмам за последний год или годы ! Такой объем данных не получится хранить в локальной Sqlite базе - это могут быть миллиарды записей и терабайты места на диске. Да, статистическая выборка по такому объему данных может выполняться несколько часов, но это не имеет значения если вы запускаете ее раз в год.
  
  Для решения этой задачи в AMS 3.0 встроена система репликации данных из протокола рассылки во внешнюю базу данных. На данный момент поддерживается MySQL и MariaDB через ODBC драйвер. Поддержка других движков СУБД может быть добавлена при наличии запроса от пользователей.
  
  
  
  Программа будет сбрасывать данные во внешнюю базу по мере их поступления, таким образом вы получите непрерывный массив данных любого размера.
• Если же вы отправляете огромные объемы - десятки миллионов писем в день - вам придется отключить запись протокола отправки, вместе с которым будет отключена и продвинутая статистика, о которой мы говорили выше. К сожалению, на данный момент, AMS не готов к столь большим объемам данных. Но мы думаем над этим и постараемся улучшить этот недостаток в будущем.
• Благодаря протоколу отправки появлись возможность строить списки Отправленных, Не отправленных, Открывших письма, Кликнувших на ссылки с расширенной информацией о доставке:
  
  
  
  
  
  Вы можете выбрать по каким данным строить нужный вам список - по протоколу отправки или по списку рассылки (как в прошлых версиях AMS). В случае запроса по протоколу отправки вы получите список с расширенной информацией:
  
  
  
  Среди полей будет результат отправки, последний ответ сервера (или ошибка доставки) и т.д. Вы можете сделать дополнительную под-выборку по нужным вам полям кнопкой Быстрый поиск. Однако, протокол отправки содержит расширенные данные о том, как отправлялось письмо, но из полей исходного списка рассылки он содержит только Email адрес. чтобы получить записи исходного списка рассылки. которые соответствуют текущей выборки по протоколу отправки - перейдтие на вкладку в верхней части окна:
  
  
  
  Таким образом, вы можете вначале сделать интересующую вас выборку по протоколу отправки, затем получить свазанные с записи из списка рассылки и сделать с ними что угодно - удалить, сохранить в файл или в другой список рассылки.
• Если вы формируете список открывших письмо или кликнувших на ссылки в письмах по протоколу отправки - вам будут доступны расширенные данные об открытии письма или клике: IP адрес с которого был клик и название страны, а так же User-Agent браузера:
  
  
• В AMS Enterprise 3.0 команды API связанные с управлением профилями отправки принимают и отдают больше данных и настроек (в связи с поддержкой WebAPI различных почтовых служб). Однако, совместимость с предыдущей версией сохранена и ваше ПО, управляющее AMS по API должно работать без изменений до тех пор пока вы сами не захотите использовать новые функции, доступные в версии 3.0.