Início / server / Perguntas / 1090902
Accepted
Paul
Asked: 2022-01-24 12:27:45 +0800 CST

O endereço Postfix From: é compatível com RFC para cron jobs?

  • 772

Eu tenho um servidor Ubuntu 18.04 com Postfix configurado para enviar através de uma retransmissão de correio de rede local.

Somente quando uma mensagem é gerada por cronela inclui o seguinte no From:cabeçalho:

From: [email protected] (Cron Daemon)

Todas as outras mensagens do servidor são as esperadas:

From: [email protected]

Isso está causando um problema para a assinatura DKIM de retransmissão e parece estar fora de conformidade com a RFC 5322. Minha leitura de 3.4 e Apêndice A.5 é que o endereço provavelmente deveria ser:

From: <[email protected]> (Cron Daemon)

No entanto, posso estar entendendo mal o RFC e há algum outro problema.

Aqui está a configuração atual, que é praticamente apenas a configuração "satélite" padrão criada pelo postfixpacote:

postconf -n:

alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
compatibility_level = 2
inet_interfaces = loopback-only
inet_protocols = ipv4
mailbox_size_limit = 0
mydestination = $myhostname, relayclient.example.com, localhost.example.com, localhost
myhostname = relayclient.example.com
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
myorigin = /etc/mailname
readme_directory = no
recipient_delimiter = +
relayhost = 192.0.2.85
smtp_tls_security_level = may
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes

cat /etc/aliases:

# See man 5 aliases for format
postmaster:    root
root:          [email protected]

cat /etc/mailname:

relayclient.example.com
postfix ubuntu-18.04

1 respostas

  1. Best Answer

    Observe que a especificação também inclui comentários :

    Strings de caracteres entre parênteses são considerados comentários desde que não apareçam dentro de uma "quoted-string", conforme definido na seção 3.2.4. Os comentários podem aninhar.

    Existem vários lugares nesta especificação onde comentários e FWS podem ser inseridos livremente. Para acomodar essa sintaxe, um token adicional para "CFWS" é definido para locais onde comentários e/ou FWS podem ocorrer.

    EBNF (eu omiti tokens não relevantes):

    address         =   mailbox / group
mailbox         =   name-addr / addr-spec
name-addr       =   [display-name] angle-addr
angle-addr      =   [CFWS] "<" addr-spec ">" [CFWS] / obs-angle-addr
display-name    =   phrase

FWS             =   ([*WSP CRLF] 1*WSP) /  obs-FWS
ctext           =   %d33-39 /          ; Printable US-ASCII
                    %d42-91 /          ;  characters not including
                    %d93-126 /         ;  "(", ")", or "\"
                    obs-ctext
ccontent        =   ctext / quoted-pair / comment
comment         =   "(" *([FWS] ccontent) [FWS] ")"
CFWS            =   (1*([FWS] comment) [FWS]) / FWS

    O token de aviso commentinclui parênteses literais, e o CFWS pode ser este comentário (com espaço em branco ao redor) ou o próprio espaço em branco. Esta parte entre parênteses aparece logo no final do angle-addrtoken, onde o comentário é permitido. Portanto, este (Cron Daemon)é um token CFWS, "comentário ou espaço em branco dobrável" e, portanto, o endereço conforme escrito está totalmente em conformidade com a especificação.

    Também há uma nota especial sobre nu addr-speccom o comment:

    Nota: Algumas implementações legadas usaram a forma simples onde o addr-spec aparece sem os colchetes angulares, mas inclui o nome do destinatário entre parênteses como um comentário após o addr-spec. Como o significado das informações em um comentário não é especificado, as implementações DEVEM usar o formulário completo de endereço de nome da caixa de correio, em vez do formulário herdado, para especificar o nome de exibição associado a uma caixa de correio. Além disso, como algumas implementações legadas interpretam o comentário, os comentários geralmente NÃO DEVEM ser usados ​​em campos de endereço para evitar confundir essas implementações.

    • 1

relate perguntas