PostfixAdmin не принимает домен верхнего уровня .int

Меня попросили настроить новый почтовый сервер и предоставить для него Management WebUI (я выбрал PostfixAdmin ), на сервере Ubuntu 16.04 LTS.

Нам необходимо поддерживать адреса электронной почты в формате (скрытый), скажем, (скрытый), поскольку это требуется для внутреннего проекта (не подключенного к Интернету) при разработке.

Я настроил электронную почту , добавил projectname.int к моим файлам хоста сервера и рабочей станции (еще не в DNS), ping для проверки, добавил рабочих клиентов с этих других рабочих станций.

Но при настройке PostfixAdmin, в шаге чтобы создать «учетную запись суперадмина», когда я использую существующий (и хорошо протестированный) постфиксный адрес электронной почты (скрытый), он не работает, он говорит: «Администратор не является действительным адресом электронной почты! Адрес электронной почты» (снимок экрана ниже).

Позже, в целях тестирования, я попробовал использовать (скрытый), и он работает, поэтому мне интересно, может быть, некоторые TLD, такие как .int , запрещены по какой-то причине, или это что-то еще .

Есть ли у вас какие-либо представления о том, в чем может быть проблема, или, если не разрешено, о том, как я могу разрешить моему postfixadmin использовать .int ?

  • Ubuntu 16.04. 6 LTS
  • MySQL 14.14 Distrib 5.7.25
  • postfix 3.1.0-3
  • dovecot 2.2.22 (fe789d2)
  • apache2 2.4.18
  • postfixadmin 3.2 (tar.gz загружен с sourceforge)

    • настроен, как указано в инструкциях INSTALL.TXT

Мой файл хоста, / etc / hosts:

127.0.0.1 localhost.localdomain localhost
127.0.1.1 projectname.int mailsrv.projectname.int mailsrv 

# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

enter image description here

0
задан 21 March 2019 в 18:02
1 ответ

В этом примере обычно требуется действительный домен, который разрешается вашим сервером(ами) имен. Однако, если у вас есть доступ к конфигурационным файлам для Postfix Admin, вы можете попробовать изменить строку:

$CONF['emailcheck_resolve_domain']='YES';

на:

$CONF['emailcheck_resolve_domain']='NO';

в config.inc.php, чтобы обойти эту специфическую ошибку.

.
1
ответ дан 4 December 2019 в 15:44

Теги

Похожие вопросы