Наверх

База знаний
Try 2 Fix
beta

Zimbra 8.6 OSE: Произошла неизвестная ошибка (mail.TRY_AGAIN). Ошибка сети. postfix/postqueue fatal: Queue report unavailable — mail system is down

На корпоративном почтовом сервере Zimbra OSE пользователи при отправке внутренней почты стали получать сообщение «Произошла неизвестная ошибка (mail.TRY_AGAIN)«, другие пользователи увидели «Ошибка сети«. А мы во всех логах (/var/log/zimbra.log, /var/log/mail.log и /var/log/mail.err)  увидели это волшебное сообщение «postfix/postqueue fatal: Queue report unavailable — mail system is down«. Работа была парализовано, но решение оказалось простым.

Никто не сомневался в том, что убийца — дворецкий, а именно Ubuntu Server, а если ещё точнее, невероятный resolvconf.

В поисковиках удалось найти информацию, что проблема скорее всего связана с разрешениями DNS имён. Чтобы убедиться в этом, проверяем два файла, отвечающие за это:

  1. Смотрим /etc/hosts
    cat /etc/hosts

    Вывод должен быть примерно таким:

    127.0.0.1 localhost
    xxx.xxx.xxx.xxx mail.***.ru mail
    
    # The following lines are desirable for IPv6 capable hosts
    ::1 localhost ip6-localhost ip6-loopback
    ff02::1 ip6-allnodes
    ff02::2 ip6-allrouters

    Вторая строчка тут ключевая. У нас есть наш локальный IP адрес, есть имя хоста. Всё хорошо, идём дальше.

  2. Смотрим /etc/resolv.conf
    cat /etc/resolv.conf

    И вот тут начинается самое интересно. Вместо прописанных серверов имён, видим весёлое сообщение

    # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
    # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
    nameserver 127.0.0.1
    search ***.ru

    Что означает, что наш сервер просто не видит DNS серверы в локальной сети.

  3. Дописываем их в конец этого файла:
    nameserver 10.10.10.1 
    nameserver 8.8.8.8 
    nameserver 8.4.4.2
  4. Перезагружаемся. Видим, что почта снова ходит и между локальными пользователями, и за пределы сервера.

Остались вопросы?

Лоджик Флоу


Аутсорсинг / Системное администрирование / Техническая поддержка / Сопровождение 1С:Предприятие

+7 (8634) 383-490 / +7 (906) 430-7000
mail@logicflow.ru

Что-то пошло не так? Специалисты нашей компании помогут Вам разобраться с возникшими проблемами! Обращайтесь! →

Также Ваши вопросы Вы можете задать в нашей группе ВК или на нашем YouTube канале!

Эти статьи будут Вам интересны

Ярлыки вместо файлов на флешке. Recycler

Взрыв из прошлого! Не думали, что в 2018 году понадобится эта инструкция, но мы ошибались! На наших клиентов напал старый добрый зловред, который скрывает все файлы и папки на флешке, превращая их в ярлыки! Не торопитесь форматировать или выкидывать флешку, все Ваши файлы на месте!

1С:Бухгалтерия базовая 3.0: Справочник. Организации. МодульМенеджера(1556); Ошибка при вызове метода контекста

При обновлении 1С:Бухгалтерии базовой с релиза 3.0.43.213 у пользователя возникла следующая проблема: на последнем этапе обновления появляется сообщение об ошибке следующего содержания: {Справочник.Организации.МодульМенеджера(1556)}: {Справочник.Организации.МодульМенеджера(1474)}: Ошибка при вызове метода контекста (ПолучитьОбъект) ТекущаяВерсияОбъект = ФайлИсточникОбъект.ТекущаяВерсия.ПолучитьОбъект(); по причине: Элемент не выбран! ВызватьИсключение ПодробноеПредставлениеОшибки(ИнформацияОбОшибке); При попытке обновиться до всевозможных релизов, начиная с 3.0.43.213 до 3.0.43.236 проблема повторяется. Внутреннее и внешнее тестирование не помогли, чистка кэша тоже. Обходим эту проблему иначе.

Меняем режим работы контроллера HDD c IDE на AHCI

До недавних пор все материнские платы для настольных ПК в настройках контроллера HDD имели два режима работы HDD: IDE и AHCI. Чаще всего, особенно раньше, по-умолчанию был выбран режим IDE, хотя он и устаревший. ОС устанавливалась, зная о том, что для HDD выбран режим IDE, и прописывала этот режим работы в реестр. Если по каким-то причинам (обновление BIOS, смена настроек BIOS, сброс BIOS в режим по-умолчанию или Вы решили использовать RAID) происходило переключение режима с IDE на AHCI, Windows переставала загружаться, выдавая синий экран смерти с кодом 0x0000007B. Форумы пестрят сообщениями о том, что "нужно переустановить ОС". Конечно же, это поможет. Но есть и более простой способ!