не приходят письма о выполнении работы cron

nevinskiibomzh
На сайте с 05.05.2010
Offline
126
1661

где искать недуг? задачи при этом выполняются успешно...

Присущ
На сайте с 06.01.2011
Offline
929
#1
nevinskiibomzh:
где искать недуг? задачи при этом выполняются успешно...

Не уверен о том ли, но)))) Если письмо отправляется и не приходит, и речь про гугл почта, то этот зверек заморский своим недоразвитым умом, решил последнее время самостоятельно решать доставлять письма или нет. И не то, что в спам отправлять, а именно не доставлять. Делает не часто, но почему то время от времени упирается и все. Причем именно определенным пользователям. Причем пользователям письмо нужно, и они его сами запрашивали. То есть это далеко не спам и письма не тысячами в день уходят, хоть и автоматически отправляемые.

Прототипы и юзабилити, чтоб продавал и в топ попал Анализ сложившихся бизнес моделей и поиска точек роста Директ — от 2500 р, включая бюджет на клики / Аудит РК до и после запуска — от 5000 р
nevinskiibomzh
На сайте с 05.05.2010
Offline
126
#2

посмотреть хотел лог в maillog, так вот что пишет Внутренняя ошибка File too large

---------- Добавлено 27.07.2014 в 12:14 ----------

повесил в крон rm -rf /var/log/* с выполнением раз в неделю, теперь вообще не каких новых логов не вижу...

Den73
На сайте с 26.06.2010
Offline
523
#3
nevinskiibomzh:
посмотреть хотел лог в maillog, так вот что пишет Внутренняя ошибка File too large

---------- Добавлено 27.07.2014 в 12:14 ----------

повесил в крон rm -rf /var/log/* с выполнением раз в неделю, теперь вообще не каких новых логов не вижу...

😂 еще перезагрузите вообще программы не будут стартовать

nevinskiibomzh
На сайте с 05.05.2010
Offline
126
#4
Den73:
😂 еще перезагрузите вообще программы не будут стартовать

Кстати не поверите, перезагрузил =), все перестало работать), может подскажите, как сделать правильно?

Glueon
На сайте с 26.07.2013
Offline
172
#5

Логи если и затирать, то с сохранением структуры каталогов, иначе половина приложений будет жаловаться на отсуствие подкаталога в /var/log, в который они хотят положить свой файл.

Тогда уж как-то так: find /var/log -type f -delete

Есть много IP-сетей в аренду под прокси, парсинг, рассылки (optin), vpn и хостинг. Телега: @contactroot ⚒ ContactRoot команда опытных сисадминов (/ru/forum/861038), свой LIR: сдаем в аренду сети IPv4/v6 (/ru/forum/1012475).
-
На сайте с 07.12.2005
Offline
97
-K-
#6

Так ошибка в 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

G
На сайте с 27.01.2012
Offline
20
#7

А можно посмотреть ту самую запись из syslog'а? Потому что с большой вероятностью это сообщение вам выдал MTA (postfix), а вы зачем-то начали удалять логи с сервера. Делать это та, как делаете вы - вообще нельзя. Удалять с помощью find - непонятно, зачем... Правильная политика logrotate - вот что нужно. Но скорее всего все было настроено вполне корректно, а вы - неправильно интерпретировали сообщение об ошибке.

-SkyLord-
На сайте с 08.08.2014
Offline
18
#8

Не забывайте еще простых вещей, если письма должны слаться на почтовый ящик который расположен к примеру на мейле или гугле то очень важно, чтобы для IP адреса с которого они шлются была прописана обратная зона, проверить можно nslookup xxx.xx.xx.xx , вместо иксов соответственно IP адрес, если выдаст что Non-existent domain или что то подобное, то зона не прописана и все ведущие почтовые системы будут эти письма дропать. Для того, чтобы прописать обратную зону для IP обращайтесь к провайдеру.

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий