☰

тип содержимого multipart/mixed и граница отклонены Amavis

tag-icon • tag-icon smtp scripting amavis mime
тип содержимого multipart/mixed и граница отклонены Amavis

Я пишу скрипт Ruby, который отправляет SMTP-письмо. Письмо делится на 3 части: заголовки, тело и вложение. К сожалению, я пытаюсь удовлетворить требование Amavis: правильно написать границу инкапсуляции.

Этот заголовок, добавленный Amavis, выявил проблему:

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

Я прочиталраздел 7_2 RFC 1341, который определяет многокомпонентный синтаксис.

Обратите внимание, что граница инкапсуляции должна находиться в начале строки, т. е. после CRLF, и что этот начальный CRLF считается частью границы инкапсуляции, а не частью предыдущей части. За границей должен сразу следовать либо другой CRLF и поля заголовка для следующей части, либо два CRLF, в этом случае для следующей части нет полей заголовка (и поэтому предполагается, что она имеет Content-Type text/plain).

  • граница инкапсуляции должна следовать за CRLF
  • за границей инкапсуляции должен сразу следовать еще один CRLF + поля заголовка следующей части

Я считаю, что мой скрипт соблюдает эти два правила, однако некоторые почтовые клиенты не распознают вложение. Вот необработанное письмо (обратите внимание, что каждая граница инкапсуляции предваряется и завершается 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--

Что я делаю не так? Что, по-вашему, мешает нетерпимым клиентам демонстрировать привязанность?

Если это может кому-то помочь, вот мой скрипт на 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

решение1

Проблема заключалась в том, что используемый нами веб-клиент ожидал правильный Content-Typeзаголовок для вложения:

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

Чтобы выяснить это, я посмотрел на некоторые письма, которые я получил с сервера postfix ( /var/spool/imap/our_domain/...) и сравнил их с необработанным письмом, которое я создаю с помощью своего скрипта. Наиболее заметным отличием был этот заголовок.

Связанный контент