☰

Python 애플리케이션에서 MS365를 메일 릴레이로 사용하는 경우 빈 이메일

tag-icon • tag-icon exchange email-server microsoft-office-365
Python 애플리케이션에서 MS365를 메일 릴레이로 사용하는 경우 빈 이메일

여기서는 매우 이상한 문제가 발생하고 있습니다.

다음 이메일 예시를 살펴보세요(원시 형식, 삭제됨).

To: [email protected]
From: Thomas Ward via TestList <[email protected]>
Subject: Test Message
Date: Wed, 4 Aug 2021 19:44:49 -0400
MIME-Version: 1.0
Content-Type: multipart/alternative;
 boundary="------------EFA1B8DAB3C4E625DD16F705"
Content-Language: en-US
Sender: [email protected]
Reply-To: Thomas Ward <teward@NOPE>
CC: Thomas Ward <teward@NOPE>
Message-ID: <162812069430.22940.8470019517074758016@listserv-server>
List-Id: TestList <[email protected]>
List-Post: <mailto:[email protected]>

--------------EFA1B8DAB3C4E625DD16F705
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

Test


--------------EFA1B8DAB3C4E625DD16F705
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>Test<br>
    </p>
  </body>
</html>

--------------EFA1B8DAB3C4E625DD16F705--

이는 인터넷 재전송을 위해 온프레미스 메일 서버에서 MS365로 메일을 수신하고 릴레이하도록 구성된 MS365의 송신 커넥터로 직접 SMTP를 통해 전송됩니다.

단... 이메일이 대상 외부 수신자에게 재전송되는 동안... 실제로는 받는 사람, 보낸 사람, 제목 등만 전송하지만 완전히무시하다메시지의 실제 내용. 이는 Python에서도 MIMEText() 테스트 이메일을 직접 제출하여 복제되었습니다.

그러나 동일한 이메일을 내가 수신하는 외부 메일 서버( @NOPE실제 도메인과 서버는 어디일지)에 직접 제출하면 모든 콘텐츠가 잘 전송되고 중계됩니다. Sophos 어플라이언스를 통과한 후 수신자 서버로 직접 이동하는 온프레미스 Postfix 릴레이를 통해 전송할 때도 동일한 일이 발생합니다.

따라서 MS365를 통해 메일을 보내는 온프레미스 시스템에서 이러한 방식으로 Exchange Online을 통해 메일을 라우팅하는 것은 완전히 작동하지 않는 것 같습니다. 제출된 메시지와 관계없이.

MS365를 통해 라우팅해야 하는 온프레미스 메일 시스템이나 솔루션을 갖고 있고 Microsoft가 메시지 전체를 확인하지 않고서는 그렇게 할 수 없는 사람이 있습니까?

위 이메일은 외부에서 테스트 목록으로 전송되었으며, 온프레미스 Exchange 서버(온프레미스 목록 서버로 인한 Exchange 하이브리드 설정)를 통해 라우팅되고, DMARC 준수를 위해 수정된 후 두 개의 외부 주소에 새 메시지로 재전송되었습니다. 수신자에게도 동일한 문제가 종료됩니다. 내부 MS365(조직 내) 수신자에 대해서도 동일한 문제가 발생합니다.

다시 말하지만, 온프레미스 Postfix를 통해 전달이 잘 작동하지만 MS365를 통해 전달될 때는 작동하지 않습니다(이메일을 분명히 수락하고 실제 메시지를 제외한 모든 것을 재전송함).

답변1

좋아, 내가 이걸 알아낸 것 같긴 한데, 이건 마이크로소프트에게 소리쳐야 할 일이야.

내 질문에 있는 메시지는 Postfix로 전송되는 내용과 Outlook SMTP 커넥터로 전송되는 내용을 그대로 담고 있습니다. 그러나 차이점은 Postfix가 메시지를 적절하게 처리한 다음 다시 전송한다는 것입니다.어떻게든Python의 smtplib이 메일 전송을 처리하는 방식과 다릅니다. 메시지그리고해당 콘텐츠는 MS365의 송신 커넥터를 통해 외부로 전송되기 전에 처리를 위해 Postfix 서버에 처음 전달될 때 제대로 전달됩니다. 우리는 Prem, Postfix 등에서 어떤 종류의 실제 메일 서버도 유지하고 싶지 않고 '중개자 홉'이 필요하지 않고 처리를 위해 Microsoft 365에 직접 전달하기를 원했기 때문에 우리가 원했던 것이 아닙니다. 메일 서버 및 MTA에서~ 전에엔드포인트 클라이언트 및 커넥터로부터 메시지 수신.

또한 Microsoft 365가 메시지를 직접 처리할 수 없는 이상한 형식이 있는 경우를 제외하고는 Microsoft 365가 메시지를 직접 처리할 수 없다는 점도 이상합니다.그렇지 않다RFC를 준수하지만... 그건 다른 문제입니다.

답변2

귀하의 애플리케이션이 다음 요구 사항을 충족합니까? Microsoft 365 또는 Office 365를 사용하여 이메일을 보내도록 복합기 또는 응용 프로그램을 설정하는 방법

사용해 보세요메일 보내기메시지또는텔넷이메일 서버에서 SMTP를 테스트하고 차이점이 있는지 확인하세요.

게다가 다음 스레드가 도움이 될 수도 있습니다.stmp office 365로 이메일 보내기: 메시지가 비어 있음

관련 정보