- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Тут заказчик один хочет странного, рассылать своим многочисленным клиентам всякие новости/анонсы/прочий легитимный спам. Порядка 80к писем за раз.
Кто сталкивался, обычные sendmail/postfix сразу помрут на таком объеме, или есть смысл вдумчиво почитать доку, покрутить конфиги на предмет ограничения времени пребывания письма в очереди, вынести куда-нить/оптимизировать спул...
Или не тратить время и сразу послать искать-покупать специализированные рассыльщики?
Есть сервисы которые предоставляют услуги белых рассылок, тот же амазон, если не ошибаюсь
Мелочь
Кто сталкивался, обычные sendmail/postfix сразу помрут на таком объеме, или есть смысл вдумчиво почитать доку, покрутить конфиги на предмет ограничения времени пребывания письма в очереди, вынести куда-нить/оптимизировать спул...
Есть смысл
Или не тратить время и сразу послать искать-покупать специализированные рассыльщики?
Или не тратить время а заплатить за настройку.
/ru/forum/564328
Мне AllSubmitter понравился в этом плане. Неспеша так рассылает по базе, много настроек.
/ru/forum/564328
Мне AllSubmitter понравился в этом плане. Неспеша так рассылает по базе, много настроек.
1. Думаю, что при 80 000 писем нужно не "не спеша".
2. Вы думаете, что почтовые сервера будут принимать почту с динамического ip-адреса какого-нибудь интернет-провайдера?
Тут заказчик один хочет странного, рассылать своим многочисленным клиентам всякие новости/анонсы/прочий легитимный спам. Порядка 80к писем за раз.
Кто сталкивался, обычные sendmail/postfix сразу помрут на таком объеме, или есть смысл вдумчиво почитать доку, покрутить конфиги на предмет ограничения времени пребывания письма в очереди, вынести куда-нить/оптимизировать спул...
Или не тратить время и сразу послать искать-покупать специализированные рассыльщики?
На базе qmail реализовывали и более широкомасштабные рассылки. Дерзайте.
Romka_Kharkov добавил 06-12-2011 в 03:08
Вы думаете, что почтовые сервера будут принимать почту с динамического ip-адреса какого-нибудь интернет-провайдера?
Не совсем понял причем тут это ? С динамического конечно никто ничего не примет, но ТС пишет что будет официальный спам, я так понимаю это наличие SPF / DK / rDNS как минимум. :)
Romka_Kharkov добавил 06-12-2011 в 03:12
ТС,
При условии что письма будут рассылаться например сутки, получается (80.000 / 24 / 60 / 60) = 0.92 письма в секунду, если просто растянуть отправку на сутки мы имеем пропускную способность 1 письмо / 1 секунда , это простите какой МТА упасть должен или обломаться ?:)
Если взять пропорцию и сократить время в 2 раза, т.е отправить все 80к за половину суток, т.е за 12 часов, вы получите скорость 2 письма в 1 секунду....
При таком количестве честно говоря не вижу вообще ни каких преград для отправки, я понимаю вам бы 80к за полчаса надо было бы отправить, тогда нужен некий "плевальщик" почты который ничего не знает про очереди и прочее и тупо делает коннект на SMTP и отправляет письмо, без всякого рода подтверждений о доставке и.т.п ..... А в вашем случае рассылка не так уж и велика. Вы бы уточнили основные параметры рассылки, например как регулярно вы хотите слать 80к писем, за какой период все письма должны быть отправлены (что бы не они не теряли актуальность к примеру), будет ли у вас какой либо бекенд который например будет считать ответы, либо доставленные \ не доставленные письма, какой размер писем вообще?
На базе qmail я лично делал регулярные рассылки с базой ~200k пользователей, а так же лично лицезрел qmail который обрабатывал ~0.5mln транзитных мейлов за сутки. Так что 80 k по идее не заметно должно пройти :D
Я на тему AllSubmitter. Не думаю, что есть смысл ставить под это дело VPS/Сервер с Windows.
При условии что письма будут рассылаться например сутки, получается (80.000 / 24 / 60 / 60) = 0.92 письма в секунду, если просто растянуть отправку на сутки мы имеем пропускную способность 1 письмо / 1 секунда , это простите какой МТА упасть должен или обломаться ?
На практике будет не совсем так.
Письма не все смогут доставиться сразу и будут попадать в очередь. И со временем попытки отправки будут одновременные достаточно большого объёма писем. Проблем особо возникнуть не должно, но тот же sendmail со стандартными настройками может нагрузку дать хорошую.
1. Думаю, что при 80 000 писем нужно не "не спеша".
Именно
2. Вы думаете, что почтовые сервера будут принимать почту с динамического ip-адреса какого-нибудь интернет-провайдера?
Ну в этом плане там все нормально, статический адрес, прописанная обратная зона..
alw добавил 06.12.2011 в 06:08
На базе qmail реализовывали и более широкомасштабные рассылки. Дерзайте.
К qmail у меня стойкое неприятие. )
Не совсем понял причем тут это ? С динамического конечно никто ничего не примет, но ТС пишет что будет официальный спам, я так понимаю это наличие SPF / DK / rDNS как минимум. :)
Все так, да
При условии что письма будут рассылаться например сутки, получается (80.000 / 24 / 60 / 60) = 0.92 письма в секунду, если просто растянуть отправку на сутки мы имеем пропускную способность 1 письмо / 1 секунда , это простите какой МТА упасть должен или обломаться ?:)
Ну тут следующие соображения:
во первых, 80к писем сваливаются разом. Разгребать 160к файлов в одном каталоге, пусть даже на xfs c noatime подозреваю может быть не очень весело. Но надо попробывать, да.
Если взять пропорцию и сократить время в 2 раза, т.е отправить все 80к за половину суток, т.е за 12 часов, вы получите скорость 2 письма в 1 секунду....
При таком количестве честно говоря не вижу вообще ни каких преград для отправки, я понимаю вам бы 80к за полчаса надо было бы отправить, тогда нужен некий "плевальщик" почты который ничего не знает про очереди и прочее и тупо делает коннект на SMTP и отправляет письмо, без всякого рода подтверждений о доставке и.т.п
Ну это идеальный случай. А в реальном мире будет какой то процент почтовых серверов с грейлистингом, проверяльщиком сендера, задержкой перед выдачей ответа-приглашения, не валидные адреса...
..... А в вашем случае рассылка не так уж и велика. Вы бы уточнили основные параметры рассылки, например как регулярно вы хотите слать 80к писем, за какой период все письма должны быть отправлены (что бы не они не теряли актуальность к примеру), будет ли у вас какой либо бекенд который например будет считать ответы, либо доставленные \ не доставленные письма, какой размер писем вообще?
Рассылка - раз в неделю, актуальность - день-два, бекенд - пока нет, но планируется, письма - достаточно большие. Последняя рассылка - 60к/письмо.
шлем exim'ом 70к в сутки. без проблем улетает. почти дефолтные настройки.
шлем пачками по 7-10к.
Тс для рассылок надо использовать софт поверх mta тогда ничего бухать не будет
К qmail у меня стойкое неприятие. )
Ваше дело конечно :D Я поделился соображениями :D