- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Доброй ночи форумчане!
Надеюсь что здесь я смогу найти ответ на свой вопрос. Дело в том что есть VPS на котором крутится ISPmanager Lite с сайтами, за отправку писем там отвечает sendmail, а за мониторинг Munin на удаленном хосте.
Так вот, на днях ломанули один их сайтов на VPS и через php mail начать слать спам в огромных количествах. Заметил я это дело по чистой случайности. В Munin же как были нулевые значения по sendmail, так они и сейчас торчат на этой отметке. Остальные параметры все отображаются как надо.
Для сравнения также закинул график с другого сервера (дедик) с Postfix где графики рисуются вполне исправно.
Отчего может быть такая фигня с графиками sendmail mail queue?
VPS с sendmail
Дедик с Postfix (для примера)
Неправильно настроил/слали в обход сендмейла
Неправильно настроил/слали в обход сендмейла
Заходил с консоли - Mailq отображал огромную очередь писем. Собственно и заметил так - другому сайту потребовалось отправить вполне легитимное письмо, в итоге же php выплюнул ошибку о невозможности запуска sendmail.
Там может плагин какой-то отдельно ставить нужно? Специально ничего не допиливал, Munin из дебиановских реп стандартный.
Полагаю, что достаточно будет правильно настроить текущий плагин который и так уже у вас есть и снимает что-то откуда-то, только снимает как-то плохо... :))) или вовсе не снимает. Вы бы конфиги показали свои, станет проще :D
If you run sendmail as your mail server munin has 3 plugins that are in the base Debian install. Link all 3 into your /etc/munin/plugins directory. One, sendmail_mailqueue will work out of the box. The other two depend on sendmail stats files that do not get created in a base Debian install.
To enable stats logging you must manually create the stats files.
# touch /var/lib/sendmail/sendmail.st
# touch /var/lib/sendmail/sm-client.st
Once these files have been created, with sendmail write permission, sendmail will start logging to them. Gotta love sendmail, "If you create the log file for me, I will write to it."
You can test your mail statistics file creation manually with the mailstats command.
Еще можно почитать про DAEMON_HOSTSTATS (sendmail)
forest25, не хватает прав на доступ к логу
в файле plugins.conf добавляем:
forest25, не хватает прав на доступ к логу
в файле plugins.conf добавляем:
Спасибо, я попробую воспользоваться вашим советом.
А оно в логах должно ругаться если прав не хватает?
forest25, получилось?
Всем спасибо!
Получилось. В конфигурацию добавил нужного пользователя и добавил:
А то mailstats ругался на их отсутствие.
Если вы не против через пару деньков отпишу в письме с вопросом по значениям =) Не хотелось бы чтобы мой серв какие-то ушлые человеки использовали в качестве спам-бота.
Сейчас график имеет вот такой вид:
Если честно не могу разобраться с графиком. Что есть значения с u и значения с m?
На сервере десяток сайтов с суммарным траффиком на уровне 500-600 человек в день + ISPmanager, не думаю что график должен быть таким.
-----
Вообще этот сервер не должен письма принимать, нашел кучу записей в логах о недоставленных письмах на один их доменов - переписал его mx записи на яндексовские и подключил его в pdd. Посмотрим как будет сейчас.
Проблема решена!
Оказывается по крону запускался неправильно сконфигурированный awstats каждые 10 минут и cron отправлял письмо админу сервера, но т.к. такого почтового ящика не существует - в логах создавалась куча записей от sendmail
Проблему исправил удалением задачи из крона (так подсказали на форуме ISPsystem) и созданием необходимого почтового ящика на сервере.
Проблему исправил удалением задачи из крона (так подсказали на форуме ISPsystem) и созданием необходимого почтового ящика на сервере.
Это жесть ;)))) Ведь эти два исправления исключают друг друга? :)
Зачем было удалять крон если вы создали ящик - получайте почту, теперь, она ведь не просто так там отправляется.
Зачем было создавать ящик , если вы удалили крон? :) Что бы он был но теперь пустой ? :)