- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
где искать недуг? задачи при этом выполняются успешно...
где искать недуг? задачи при этом выполняются успешно...
Не уверен о том ли, но)))) Если письмо отправляется и не приходит, и речь про гугл почта, то этот зверек заморский своим недоразвитым умом, решил последнее время самостоятельно решать доставлять письма или нет. И не то, что в спам отправлять, а именно не доставлять. Делает не часто, но почему то время от времени упирается и все. Причем именно определенным пользователям. Причем пользователям письмо нужно, и они его сами запрашивали. То есть это далеко не спам и письма не тысячами в день уходят, хоть и автоматически отправляемые.
посмотреть хотел лог в maillog, так вот что пишет Внутренняя ошибка File too large
---------- Добавлено 27.07.2014 в 12:14 ----------
повесил в крон rm -rf /var/log/* с выполнением раз в неделю, теперь вообще не каких новых логов не вижу...
посмотреть хотел лог в maillog, так вот что пишет Внутренняя ошибка File too large
---------- Добавлено 27.07.2014 в 12:14 ----------
повесил в крон rm -rf /var/log/* с выполнением раз в неделю, теперь вообще не каких новых логов не вижу...
😂 еще перезагрузите вообще программы не будут стартовать
😂 еще перезагрузите вообще программы не будут стартовать
Кстати не поверите, перезагрузил =), все перестало работать), может подскажите, как сделать правильно?
Логи если и затирать, то с сохранением структуры каталогов, иначе половина приложений будет жаловаться на отсуствие подкаталога в /var/log, в который они хотят положить свой файл.
Тогда уж как-то так: find /var/log -type f -delete
Так ошибка в logrotate?
Я заменил на такую конструкцию в postrotate:
FILENAME=/tmp/logs-$(date +%Y-%m-%d).tar.gz;
tar -cfz $FILENAME /var/www/*/logs/error.log.1;
cat $FILENAME | uuencode sitests-logs.tar.gz | mail -s "Sites nginx error log" root
rm -f $FILENAME
А можно посмотреть ту самую запись из syslog'а? Потому что с большой вероятностью это сообщение вам выдал MTA (postfix), а вы зачем-то начали удалять логи с сервера. Делать это та, как делаете вы - вообще нельзя. Удалять с помощью find - непонятно, зачем... Правильная политика logrotate - вот что нужно. Но скорее всего все было настроено вполне корректно, а вы - неправильно интерпретировали сообщение об ошибке.
Не забывайте еще простых вещей, если письма должны слаться на почтовый ящик который расположен к примеру на мейле или гугле то очень важно, чтобы для IP адреса с которого они шлются была прописана обратная зона, проверить можно nslookup xxx.xx.xx.xx , вместо иксов соответственно IP адрес, если выдаст что Non-existent domain или что то подобное, то зона не прописана и все ведущие почтовые системы будут эти письма дропать. Для того, чтобы прописать обратную зону для IP обращайтесь к провайдеру.