Проблемы с постфиксом/голубятней, не могущим получить почту
файлы / proc - или, скорее,
Pseudo-файлы - это интерфейс данных между пользовательскими процессами и ядром.
Когда (user-) процесс открывает / proc файл и читает из него,
Ядро предоставляет данные. Итак, да, подпрограмма .c
Это генерирует DISKSTATS данных - но это часть ядра.
Некоторые из данных, доступных через псевдо-файловую систему PREC
доступен из других источников и / или через другие средства.
Как тривиальный пример, процесс обычно имеет прямой доступ к
Многие из информации, которая может быть почеррена из ее собственной
/ POC / каталога PID . Тем не мение,
Большинство / proc информация поступает из структур данных ядра
которые обычно не доступны для пользовательских процессов.
Это может быть возможно для привилегированного процесса пользовательского уровня
Чтобы извлечь эту информацию из ядра, используя / dev / kmem
(см. MEM (4)
и KMEM (7D) ) -
на те система, которые его поддерживают - но это было бы очень сложно,
Вероятно, не портативный, и вообще не рекомендуется .
Для всех практических целей / proc - единственный способ получить эти данные.
Мы видим, что ваш веб-сервер также является вашим почтовым сервером, и что webserver.zomgaming.com является тем же самым хостом, что и zomgaming.net.
Postfix знает, что он работает на web-сервере.zomgaming.com, о чем свидетельствует 220 баннер для входящих SMTP-соединений. Однако, кажется, что Postfix не знает, что это также zomgaming.net (согласно вашему файлу /etc/hosts), поэтому, когда он получает письмо для admin@zomgaming.net, он пытается подключиться к этому "удалённому" хосту для дальнейшей доставки. Большинство вменяемых почтальонов отказываются разговаривать сами с собой, поэтому даже если бы он мог разговаривать сам с собой через 127.0.0.1, попытка не удастся.
Взгляните на опцию конфигурации mydestination в main.cf
mydestination = webserver.zomgaming.com zomgaming.net