Quantos e-mails posso colocar em um atributo de rua do registro dmarc?

4

Quantos e-mails posso colocar em um registro dmarc? O seguinte é inválido porque há três atributos mailto? Todos os exemplos que vejo online têm dois endereços no máximo.

"v=DMARC1; p=reject; rua=mailto:[email protected], mailto:[email protected], mailto: [email protected]"
    
por ThisClark 04.03.2016 / 19:40

2 respostas

6

Não parece haver um limite para o número de e-mails que você pode usar no atributo dmarc rua. No entanto, o limite de tamanho de um registro TXT no DNS é de 255 caracteres, de acordo com Max. Número de caracteres em um registro TXT , portanto, o limite superior do número de e-mails é limitado por isso.

Eu usei com sucesso quatro e-mails no meu registro dmarc, mas uma prática melhor é usar uma conta de serviço e definir o encaminhamento de e-mail a partir dela. Isso evita a necessidade de atualizar registros DNS toda vez que um funcionário muda de emprego, por exemplo.

    
por 06.03.2016 / 09:48
4

Alguns comentários.

  1. Comentário da RUA dmarc.org

    If you request that reports be sent to multiple URIs, the report sender can treat anything more than two recipients as optional. They are also allowed to set their own limit above two if they wish.

  2. Os registros
  3. DNS TXT são compostos de uma seqüência de strings. "Todos os caracteres ASCII imprimíveis são permitidos no valor do atributo." (en.wikipedia.org/wiki/TXT_record#Attribute_values) Então, de acordo com o RFC, você pode ter um número arbitrário de strings, cada string pode ser limitada a 255 caracteres, mas você pode concatenar quantas strings desejar.

    a single text DNS record (either TXT or SPF RR types) can be composed of more than one string. If a published record contains multiple strings, then the record MUST be treated as if those strings are concatenated together without adding spaces. For example:

    IN TXT "v=spf1 .... first" "second string..."

    MUST be treated as equivalent to

    IN TXT "v=spf1 .... firstsecond string..."

    (IETF specification on TXT record concatenation)

(Isso pode ser o SPF RFC, mas vale para todos os registros TXT e é o texto mais conciso sobre o tópico.)

  1. Então, há o próximo limite. Do seu URL:

    Note that any DNS response which exceeds 512 bytes is slightly undesirable, since in the absence of EDNS0 (which the vast majority of -- but not all -- implementations honor these days), responses which exceed 512 bytes will signal truncation and prompt a retry via TCP. It's optimal to stay within 512 bytes if possible.

Há mais discussão aqui. Por que o DNS através do UDP tem um limite de 512 bytes?

  1. E finalmente, o último limite, novamente a partir do seu URL (porque não consigo encontrá-lo em nenhum RFC):

    I don't believe there is any arbitrary limitation on the number of "string"s in a TXT record, but the RDATA itself may not exceed 65535 bytes in total, which is comprised of both the length-bytes and payloads of all "string"s contained therein. That 64K limit is a general restriction on DNS records of all types, not specific to TXT records.

por 09.10.2017 / 07:17

Tags