☰

tipo e limite de conteúdo multipart/misto recusado pela Amavis

tag-icon • tag-icon smtp scripting amavis mime
tipo e limite de conteúdo multipart/misto recusado pela Amavis

Estou escrevendo um script Ruby que envia email SMTP. O email é dividido em 3 partes: cabeçalho, corpo e anexo. Infelizmente, estou lutando para satisfazer um requisito do Amavis: escrever corretamente o limite do encapsulamento.

Este cabeçalho, adicionado por Amavis, percebeu o problema:

X-Amavis-Alert: BAD HEADER SECTION, MIME error: error: multipart boundary is missing, or contains CR or LF

eu li oseção 7_2 da RFC 1341, que define a sintaxe multipartes.

Observe que o limite de encapsulamento deve ocorrer no início de uma linha, ou seja, após um CRLF, e que esse CRLF inicial é considerado parte do limite de encapsulamento e não parte da parte anterior. O limite deve ser seguido imediatamente por outro CRLF e pelos campos de cabeçalho para a próxima parte, ou por dois CRLFs, caso em que não há campos de cabeçalho para a próxima parte (e, portanto, é assumido como sendo do tipo Content-Type text/ simples).

  • limite de encapsulamento deve seguir um CRLF
  • o limite de encapsulamento deve ser seguido imediatamente por outro CRLF + os campos de cabeçalho da próxima parte

Acredito que meu script esteja respeitando essas duas regras, porém alguns clientes de email não reconhecem o anexo. Aqui está o e-mail bruto (observe que cada limite de encapsulamento é precedido e seguido por um CRLF):

From: [email protected]\nTo: [email protected]\nSubject: =?UTF-8?B?RMOpY2xhcmF0aW9uIHNpbXBsaWZpw6llIGRlIHZpb2xlbmNl?=\nDate: 2020-12-17 15:59:14 +0100\nMIME-Version: 1.0\nContent-Type: multipart/mixed; boundary=_3c7d2a21904930ec7ff47d0cb268c6605a8d06c02dc50e0c5498926371fae06a68d7\r\n--_3c7d2a21904930ec7ff47d0cb268c6605a8d06c02dc50e0c5498926371fae06a68d7\r\nContent-Type: text/html;charset=\"utf-8\"\nContent-Transfer-Encoding:utf8\r\n\nEMAIL BODY CONTENT HERE\r\n--_3c7d2a21904930ec7ff47d0cb268c6605a8d06c02dc50e0c5498926371fae06a68d7\r\nContent-Type: multipart/mixed; name = \"declaration_171220_155914166.pdf\"\nContent-Transfer-Encoding:base64\nContent-Disposition: attachment; filename = declaration_171220_155914166.pdf\n\nJVBERi0xLjMKJf///...(<- Base64 encoded attachment)...\r\n--_3c7d2a21904930ec7ff47d0cb268c6605a8d06c02dc50e0c5498926371fae06a68d7--

O que estou fazendo de errado ? O que você acha que impede clientes intolerantes de exibir o anexo?

Se puder ajudar alguém, aqui está meu script Ruby 
require 'base64'

module Reports
  module SMTP
    BOUNDARY = '_3c7d2a21904930ec7ff47d0cb268c6605a8d06c02dc50e0c5498926371fae06a68d7'

    def self.send_report(file_path)
      file_content    = File.binread(file_path)
      encoded_content = [file_content].pack('m')   # Base64
      email_content   = headers + attachment(file_path, encoded_content) + body

      begin
        Net::SMTP.start('groupware.sdis21.org', 25, 'HELO FQDN', 'username', 'password', :plain) do |smtp|
          smtp.send_message(email_content, '[email protected]', ['[email protected]'])
        end
      rescue => e
        puts e.inspect, e.backtrace
      end
    end

    def self.headers
      <<~EOF
        From: [email protected]
        To: [email protected]
        Subject: =?UTF-8?B?#{Base64.strict_encode64('Déclaration simplifiée de violence')}?=
        Date: #{Time.now.to_s}
        MIME-Version: 1.0
        Content-Type: multipart/mixed; boundary=#{BOUNDARY}\r
        --#{BOUNDARY}\r
      EOF
    end

    def self.body
      <<~EOF
        Content-Type: text/html;charset="utf-8"
        Content-Transfer-Encoding:utf8

        EMAIL BODY CONTENT HERE\r
        --#{BOUNDARY}\r
      EOF
    end

    def self.attachment(file_path, encoded_content)
      file_path = file_path.split('/').last
      <<~EOF
        Content-Type: multipart/mixed; name = "#{file_path}"
        Content-Transfer-Encoding:base64
        Content-Disposition: attachment; filename = #{file_path}

        #{encoded_content}\r
        --#{BOUNDARY}--\r
      EOF
    end
  end
end

Responder1

O problema é que o webclient que estamos usando espera um Content-Typecabeçalho correto para o anexo:

Content-Type: application/pdf; name="filename.pdf"

Para descobrir isso, olhei alguns e-mails que recebi do servidor postfix ( /var/spool/imap/our_domain/...) e comparei com o e-mail bruto que estou produzindo com meu script. A diferença mais notável foi este cabeçalho.

informação relacionada