Наверх

База знаний
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. Перезагружаемся. Видим, что почта снова ходит и между локальными пользователями, и за пределы сервера.

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

Kaspersky Internet Security: Невозможно гарантировать подлинность домена, с которым устанавливается соединение

Пользователи Kaspersky Internet Security часто могут это видеть сообщение в нижнем правом углу экране. В некоторых случаях стоит задуматься, стоит ли продолжать соединение (если Вы пытаетесь зайти на неизвестный веб-сайт), но в некоторых его следует игнорировать: если у Вас личный домен почты (@*.ru) и нарушена цепочка сертификатов. Во втором случае, это сообщение через некоторое время после начала работы начинает раздражать, учитывая, что каждый раз вам приходится нажимать кнопку "Продолжить". Рассказываем, как избавится от назойливого уведомления. 

1С:Предприятие 8.2: Не обнаружена лицензия для использования программы. Бесконечная активация

У нашего клиента возникла вполне стандартная ситуация: Windows 10 получила большой пакет обновления и после перезагрузки ПК при запуске 1С:Предприятие пользователь увидел окно с текстом "Не обнаружена лицензия для использования программы". Пока ничего не обычного. Но после ввода нового пин-кода 1С:Предприятие и сообщения об успешной активации при очередном входе в программу сообщение о том, что лицензия не найдена снова всплывает. Разбираемся, в чём же дело.

FreeBSD 11: Обновление портов вручную и по расписанию

Порты - наше всё во FreeBSD. Почти всё ПО, которое нам может пригодится для решения любых задач уже есть в портах. Поэтому необходимо держать их в обновлённом состоянии. Добиваемся этого.