AMS Enterprise (последовательная и параллельная работа)

Advanced Mass Sender tech support

Модератор: Max Terentiev

Ответить
Сообщение
Автор
partnerweb

AMS Enterprise (последовательная и параллельная работа)

#1 Сообщение partnerweb » Вт мар 18, 2014 7:52 pm

Предположим, что AMS Enterprise настроена так:
1. Профилей отправки - 20 шт. (15 баз SMTP по 10 тыс. мыл) + (3 профиля через скрипт) + (2 профиля встроенного сервера).
2. Рассылок - 10 шт.
3. Писем - 50 макетов.
4. Одновременно запущено 3 рассылки:
Coca-Cola -> рассылка №1 = Макет №1 + Профиль SMTP №1 (без соксов).
Pepsi-Cola -> рассылка №2 = Макет №2 + Профиль SMTP №2 (с соксами из листа №2).
Panasonic -> рассылка №3 = Макет №3 + Профиль Script №1.

В момент рассылки, 13 SMTP профилей не задействовано ... И пользователь решает "почекать" их в фоне.
Пользователь понимает, какую нагрузку (потоки) нужно выставить для его машины.
Включает все процессы одновремено "на ночь" и ложится спать.
На утро: три рассылки отправлены (каждая через свой профиль) + прочеканы 13 SMTP профилей.

Резюме №1 -> нужна возможность параллельной работы (проверка СМТП профилей + рассылки).

Немного "додумаем" возможности AMS.
После запуска рассылки с двух SMTP профилей, у нас остается 13 сачкующих профилей.
Если параллельно рассылке, включить чекалку одного SMTP профиля, то может получиться, что через 1 час проверка завершится (ну не заводить же будильник, что бы включить чек следующей базы).
А почему бы не сделать "чек профилей" по порядку?
Пользователь отметил профиль_1 + профиль_2 + профиль_3 (сколько захотел из 13 существующих) ... и профили чекаются по порядку.

Резюме №2 -> нужна возможность последовательного чека профилей

Есть и еще "дополнения", которые можно применить при чеке профилей ... но об этом позже!

Аватара пользователя
Max Terentiev
Admin
Сообщения: 1937
Зарегистрирован: Сб мар 27, 2004 12:01 am
Откуда: Санкт-Петербург
Контактная информация:

#2 Сообщение Max Terentiev » Пт мар 21, 2014 10:39 am

Внутри АМС это сейчас не просто реализовать из-за того, что рассылки могут запускаться через планировщик и момент запуска рассылки может попасть на момент записи результатов проверки профиля в БД. Помимо этого есть еще множество моментов, осложняющих реализацию этого функционала. Тоже каксается параллельной проверки списков соксов в прокси-менеджере. В АМС это будет не скоро, уже в многопользовательской версии, где все эти конфликты будут "разруливаться".

Если пользователям это сильно нужно - можно сделать отдельную программу для проверки аккаунтов, где можно будет запускать несколько проверок параллельно.

Ответить

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 24 гостя