Виртуалмин не получает почту. Две почтовые папки в домашнем каталоге

Я установил vps на ubuntu 18.04 с virtualmin в качестве панели управления. Как только я создаю пользователя на виртуальном сервере, сервер автоматически создает «почтовый» каталог помимо папки «Maildir» (которая обычно используется для хранения почты через IMAP). Сервер использует постфикс.

Моя структура папок в пользовательской папке теперь такая:

root@server01:/home/tuppr/homes/dprins# ls -al
total 28
drwxr-x--- 7 [email protected] tuppr 4096 Jan 11 21:02 .
drwxr-xr-x 3 tuppr           tuppr 4096 Jan 11 21:01 ..
drwx------ 3 [email protected] tuppr 4096 Jan 11 21:02 mail
drwx------ 9 [email protected] tuppr 4096 Jan 11 21:01 Maildir
drwx------ 2 [email protected] tuppr 4096 Jan 11 21:02 .spamassassin
drwxr-xr-x 2 [email protected] tuppr 4096 Jan 11 21:04 .tmp
drwx------ 7 [email protected] tuppr 4096 Jan 11 21:02 .usermin

Проблема в том, что входящие письма, как ни странно, хранятся в каталоге «Maildir», но почтовые клиенты и веб-почта его не видят.

Мой постфикс main.cf выглядит так:

root@server01:/home/tuppr/homes/dprins# cat /etc/postfix/main.cf
# See /usr/share/postfix/main.cf.dist for a commented, more complete version


# Debian specific:  Specifying a file name will cause the first
# line of that file to be used as the name.  The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

readme_directory = no

# See http://www.postfix.org/COMPATIBILITY_README.html -- default to 2 on
# fresh installs.
compatibility_level = 2

# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination
myhostname = server01.dennisprins.nl
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = $myhostname, server01.dennisprins.nl, localhost.dennisprins.nl, , localhost
#relayhost = 
relayhost = vps.transip.email:587
smtp_sasl_auth_enable = yes
smtp_sasl_security_options = noanonymous
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_use_tls = yes
smtp_tls_security_level = encrypt
smtp_tls_note_starttls_offer = yes
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
inet_protocols = all
virtual_alias_maps = hash:/etc/postfix/virtual
sender_bcc_maps = hash:/etc/postfix/bcc
mailbox_command = /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME
home_mailbox = Maildir/
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
smtpd_recipient_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_destination
#smtp_tls_security_level = may
allow_percent_hack = no

В каталоге «mail» я обычно нахожу только несколько файлов журнала «dovecot», но не настоящие электронные письма. Они хранятся в «Maildir», но по какой-то причине каждый почтовый клиент, который я пробовал, не обнаруживает письма, хранящиеся в этой папке. Как будто игнорирует тех. Клиент веб-почты также не видит входящие письма. Но физически они хранятся в «Maildir».

Отправка писем, однако, идет хорошо. Каждая почта, которую я отправлял с помощью стороннего почтового клиента (например, на моем Mac), хранится на сервере, и клиент веб-почты также видит их в папке «Отправленные».

Моя конфигурация dovecot также указывает на «Maildir». Выполнение команды grep для '/mail' ничего не показывает, кроме закомментированных правил в dovecot.

Конфигурация моего почтового ящика usermin выглядит так:

root@server01:/etc/dovecot# cat /etc/usermin/mailbox/config
spam_always=0
folder_types=local,ext,pop3,imap
no_mailer=0
server_attach=0
top_buttons=1
mail_dir=/var/spool/mail
mail_dir_qmail=Maildir
mail_file=mbox
shortindex=0
mail_system=4
from_format=1
smtp_ssl=0
pop_locks=1
nologout=1
wrap_width=80
spam_report=
perpage=20
folder_virts=virt,comp
show_to=0
mail_style=0
no_orig_ip=1
html_base64=0
edit_from=0
no_crlf=0
sendmail_path=/usr/lib/sendmail
noindex_hostname=1
from_map=/etc/postfix/virtual
mail_qmail=
pop3_server=localhost
send_mode=localhost
server_name=
smtp_pass=
global_address=
ldap_login=
ldap_quotas=
ldap_base=
smtp_user=
max_attach=
global_address_group=
smtp_port=
ldap_host=
ldap_tls=
max_quota=
ldap_pass=
smtp_auth=
ldap_port=

Я также прочитал и попробовал эту статью: https://www.virtualmin.com/node/35887 https://www.virtualmin.com/node/36027

Я проверил буквально все, но я не могу понять, почему это не работает. Все записи DNS в полном порядке. Записи SPF также. Эти уже проверены. Всякий раз, когда я удаляю каталог «почта», он возвращается, как только я использую учетную запись электронной почты (будь то через почтовый клиент или веб-почту)

Ребята, у вас есть идеи, почему он так себя ведет?


person Dennis Prins    schedule 11.01.2019    source источник


Ответы (1)


Привет, ваша конфигурация неверна, когда вы выполняете настройку электронной почты, нет локального хоста, но DNS, который вы настроили для POP3 или SMTP.

они должны иметь настройку SSL. Также тип отправки не localhost. Вы также должны иметь настроенный порт. Будь то для SMTP или POP3. Ну, в основном в этом файле, который вы отправили, отсутствует много информации.

Я проверил ваш сервер на предмет неправильной конфигурации. Но на самом деле в этом домене, который вы разместили, нет конфигурации. Ниже приведены основные настройки, которые вы должны сделать в своем DNS.

http tuppr.nl Не удалось разрешить удаленное имя: 'tuppr.nl' (http://tuppr.nl)

spf tuppr.nl DNS Record not found 
dmarc tuppr.nl DNS Record not found 
mx tuppr.nl No DMARC Record found 
mx tuppr.nl DNS Record not found 
dns tuppr.nl DNS Record not found 
mx tuppr.nl DMARC Quarantine / Reject policy not enabled

отправить отзыв

person Paulo Boaventura    schedule 27.02.2020