Как препятствовать тому, чтобы sendmail терял почту, когда удаленный хост недостижим
Для рабочих станций RAID, вероятно, не стоит того по сравнению с наличием новой системы, в которой могут быть восстановлены данные...
Многие говорили о RAID 0... это не должно там помогать доступности. Вы удваиваете возможности сбоя объема, с тех пор после того как один диск перестает работать, Вы теряете все это. RAID 0 примерно играет со скоростью доступа к чтениям/записям на объеме и дает больше устройства хранения данных. Единственным путем это могло помочь в деловой среде, должен взять два 0 RAID и зеркально отразить их как RAID 1.
RAID не является решением для резервного копирования, как был указан.
RAID также не прекрасен. Я думаю, что это сообщение от вида блога этого парня подводит итог, как я чувствую о RAID и когда это стоит того: Размышление о RAID?
На рабочей станции необходимо смочь заставить одного человека использовать другую систему, в то время как замена реализована. Почему использование RAID? Его данные должны храниться на сервере, где управление, целостность данных и резервные копии централизованы. Рабочая станция должна быть настроена так, чтобы она могла периодически обновляться или изменена, поскольку финансы позволяют, и RAID является просто другим слоем стоимости и головной боли для управления (плюс использование питания и нагревающиеся проблемы с добавленными дисками и наложением потока воздуха). В большинстве случаев для компаний это, вероятно, намного более экономически эффективно для помещения денег с платы RAID в более крупный диск, и если Вы используете встроенный RAID затем, Вы все еще собираетесь иметь проблемы, так как это имеет тенденцию связывать формат RAID с материнской платой (и это не истинный RAID, так или иначе... это найдено в поисках Google как "поддельный набег".), Если Вы не заставляете очень похожую материнскую плату заменять тот, когда он разлагается, Вы не можете возвращаться в свой объем RAID!
Ваш сервер почти сделал "корректную" вещь здесь.
Дальний конец, возвращенный "5xx" сообщение об ошибке класса, указывая на постоянный отказ передать сообщение, следовательно Ваш конец, прервал доставку полностью.
Чтобы Ваш сервер продолжил ставить сообщение в очередь, это, должно быть, получило "4xx" сообщение класса, указав на временный отказ.
Чтобы препятствовать тому, чтобы сообщения были потеряны навсегда, действительно однако необходимо определить то, что вызвало "savemail паническая" ошибка - они должны были просто прийтись в норму к отправителям.
-
1Последний абзац суммирует мою проблему: и отправители и получатели являются локальными учетными записями, для которых somehost.mydomain.org является конечным местом назначения (говорит " MAIL_HUB"). I' m начинающий принимать " MAIL_HUB" опция только подходит для установок, где или почтовый концентратор для домена, как гарантируют, произойдет, или it' s хорошо для потери местной почты на других хостах. – 8jean 5 May 2009 в 23:09
Обычно sendmail должен сохранить любой перестал работать, отправляют попытку локально в буферных файлах и повторной попытке в течение максимум пяти дней, так вероятно, существует некоторая ошибка конфигурации. Согласно этим ссылкам:
необходимо удостовериться, что Вы не имеете (из вышеупомянутых ссылок):
- Недостающий псевдоним администратора почты в
/etc/aliases - Жесткий диск полон
- Почтовая шпулька для администратора почты имеет неправильное владение
-
mboxфайл для администратора почты составляет более чем 2 ГБ иprocmailне может поставить электронную почту
Кроме того, удостоверьтесь, что Вы не сталкиваетесь selinux проблема. Это может быть это selinux предотвращает sendmail от того, чтобы сохранить файл. Электронная почта никогда не должна полностью теряться - в худшем случае она должна быть возвращена к исходному отправителю и администратору почты. Если электронная почта полностью потеряна, это - или ошибка конфигурации или ошибка в sendmail.
То, что эта ошибка означает в контексте, является этим sendmail попробованный для передачи сообщения в буферном файле ./qfn4461S5s003133 но удаленный почтовый сервер возвратил ошибочный недоступный сервис "Ответа". Таким образом, локальное sendmail предпринятый для возврата электронной почты. Что-то пошло не так, как надо при попытке сделать так, таким образом, от электронной почты отказались.
Это - электронная почта, эквивалентная из двойного отказа шины ЦП. Таким образом, фатальная ошибка (не бывший способный сохранять или возвращать Электронное письмо) происходящий в ответ на фатальную ошибку (удаленный сервер, являющийся недоступным довольно долго, что sendmail бросил повторять).
-
1Спасибо, это указало на меня на правильное направление. Проблема - это " MAIL_HUB" устанавливает место назначения для всей местной почты (включая почтовый корень скалистой вершины или администратора почты). Таким образом, sendmail, действительно кажется, делает правильную вещь. Возможно, я должен заново продумать свою конфигурацию. – 8jean 5 May 2009 в 02:57