Ошибка требования OpenDMARC RFC5322: не совсем одно поле даты

Я настроил почтовый сервер для своего бизнеса, и все работает нормально, пока доступ к адресам электронной почты осуществляется через Thunderbird. У меня есть сотрудник, у которого есть лицензия на Outlook, которая у них была раньше, и он предпочитает ее использовать. При попытке подключить учетную запись как POP3 через Outlook, я получаю следующие сообщения журнала:

Aug 14 04:04:00 ikana dovecot: pop3(dylan@micro-analysts.com)<240303></Eu1gs6svtFsEUYj>: Disconnected: Logged out top=0/0, retr=0/0, del=0/1, size=963
Aug 14 04:04:00 ikana postfix/submission/smtpd[240304]: connect from <employee IP>
Aug 14 04:04:00 ikana postfix/submission/smtpd[240304]: Anonymous TLS connection established from <employee IP>: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)
Aug 14 04:04:00 ikana postfix/submission/smtpd[240304]: ADB8717A1CB: client=<employee IP>, sasl_method=PLAIN, sasl_username=dylan@micro-analysts.com
Aug 14 04:04:00 ikana postfix/cleanup[240307]: ADB8717A1CB: message-id=<>
Aug 14 04:04:00 ikana opendmarc[229281]: ADB8717A1CB: RFC5322 requirement error: not exactly one Date field
Aug 14 04:04:00 ikana postfix/cleanup[240307]: ADB8717A1CB: milter-reject: END-OF-MESSAGE from <employee IP>: 5.7.1 Command rejected; from=<dylan@micro-analysts.com> to=<dylan@micro-analysts.com> proto=ESMTP helo=<{hostname redacted}>
Aug 14 04:04:00 ikana postfix/submission/smtpd[240304]: disconnect from <employee IP> ehlo=2 starttls=1 auth=1 mail=1 rcpt=1 data=0/1 commands=6/7

Сервер - это образ Ubuntu Server 20.04. Я вижу, что milter - это то, что отклоняет соединение, но я не уверен, какие это будут правила. В настоящее время у меня есть простая установка Spam Assassin без изменений правил и оценок.

Моя конфигурация для spamass-milter находится в / etc / default / spamass-milter :

# spamass-milt startup defaults

# OPTIONS are passed directly to spamass-milter.
# man spamass-milter for details

# Non-standard configuration notes:
# See README.Debian if you use the -x option with sendmail
# You should not pass the -d option in OPTIONS; use SOCKET for that.

# Default, use the spamass-milter user as the default user, ignore
# messages from localhost
# The domain after the -e option is the default domain to use if the user is logging
# in/sending mail without a full email address. Otherwise, the domain used by the
# client will be passed to spam assassin.
OPTIONS="-e maaonline.net -u spamass-milter -i 127.0.0.1 -R 'Blocked for spam'"

# Reject emails with spamassassin scores > 15.
OPTIONS="${OPTIONS} -r 10"

# Do not modify Subject:, Content-Type: or body.
#OPTIONS="${OPTIONS} -m"

# Scan attachments up to 5MB
OPTIONS="${OPTIONS} -- --max-size=5242880"

######################################
# If /usr/sbin/postfix is executable, the following are set by
# default. You can override them by uncommenting and changing them
# here.
######################################
# SOCKET="/var/spool/postfix/spamass/spamass.sock"
# SOCKETOWNER="postfix:postfix"
# SOCKETMODE="0660"
######################################

My Конфигурация spam assassin, расположенная в / etc / defaut / spamassassin :

# /etc/default/spamassassin
# Duncan Findlay

# WARNING: please read README.spamd before using.
# There may be security risks.

# Prior to version 3.4.2-1, spamd could be enabled by setting
# ENABLED=1 in this file. This is no longer supported. Instead, please
# use the update-rc.d command, invoked for example as "update-rc.d
# spamassassin enable", to enable the spamd service.

# Options
# See man spamd for possible options. The -d option is automatically added.

# SpamAssassin uses a preforking model, so be careful! You need to
# make sure --max-children is not set to anything higher than 5,
# unless you know what you're doing.

OPTIONS="--create-prefs --max-children 5 --helper-home-dir --nouser-config --virtual-config-dir=/var/vmail/%d/%l/spamassassin --username=vmail"

# Pid file
# Where should spamd write its PID to file? If you use the -u or
# --username option above, this needs to be writable by that user.
# Otherwise, the init script will not be able to shut spamd down.
PIDFILE="/var/run/spamd.pid"

# Set nice level of spamd
#NICE="--nicelevel 15"

# Cronjob
# Set to anything but 0 to enable the cron job to automatically update
# spamassassin's rules on a nightly basis
CRON=1

Я действительно понятия не имею, что Outlook отправляет в данный момент, и почему у него могут возникнуть проблемы, пока Thunderbird может получить вошел в аккаунт без проблем.

0
задан 14 August 2020 в 07:44
1 ответ

Я решил эту проблему благодаря комментарию Майкла Хэмптона: Это не имело отношения к Spam Assassin, как я сначала думал. Я забыл, что OpenDMARC сам по себе является milter, и предположил, что milter, отклоняющий электронную почту, был тем, который я только что настроил — Spam Assassin. Оказывается, при добавлении учетной записи или изменении настроек существующей учетной записи Outlook отправляет тестовое электронное письмо по умолчанию на добавляемый/изменяемый адрес, чтобы проверить его способность отправлять и получать электронные письма. Также оказалось, что в этом тестовом письме нет заголовка Date, а в моей конфигурации opendmarc для RequiredHeaders установлено значение true, в результате чего отклонить тестовое письмо, поскольку оно нарушает RFC5322.

Вместо того, чтобы указать текущую дату в электронном письме, чтобы следовать спецификации, Outlook просто не включает дату в это тестовое электронное письмо. После того, как учетная запись настроена в Outlook, она включает настройку даты, поэтому, если у вас есть ограниченное количество пользователей, которым необходимо настроить Outlook, я полагаю, вы можете отключить настройку для OpenDMARC, настроить их всех и затем включите его снова, так как тогда дата должна быть во всех новых электронных письмах.

3
ответ дан 14 August 2020 в 18:24

Теги

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