느낌표가 약 1000 자 문자로 이메일에 삽입 됨


9

SMTP를 통해 전자 메일을 보내려면 System.Net.Main 네임 스페이스를 사용하는 .NET 프로그램이 있어야합니다.

고객 사이트에 있으므로 대상에서 도달하기 전에 (일련의?) SMTP 릴레이 서버를 통과합니다.

현재이 smtp 재생 / 이메일 인프라에 대한 정보가 없습니다 (정보를 얻는 것이 어려울 것입니다).

줄 어딘가에 줄 시작부터 100 자 정도의 이메일에 느낌표가 이메일의 긴 URL에 삽입됩니다.

편집-실제로 약 1000자를 발견했습니다.

이것은 테스트 시스템이나 수백 개의 다른 사이트에서는 일어나지 않습니다.

긴 줄을 끊기 위해 이스케이프 코드와 관련이 있다고 생각합니다.

누구든지 아이디어가 있습니까?


링크에 100자가 아닌 메시지에 약 1000자가 있음을 알았습니다. 이것은 더 많은 정보를 제공하지만 왜 한 고객만이보고 한 이유는 여전히 미스터리입니다. 아마도 일부 SMTP 서버는 다른 서버보다 더 관대합니까? systemwebmail.com/faq/4.4.5.aspx
Ryan

답변:


11

이걸로 맞았 어

캐리지 리턴없이 HTML 메시지를 작성하는 경우 1000 자 정도에 오류가 발생할 수 있습니다.

해결책은 각 줄이 1000보다 작도록 \ r \ n 문자를 추가하는 것입니다 (또는 \ r \ n 문자를 세지 않으면 988).

섹션 2.1.1을 참조하십시오. 자세한 내용 은 RFC 2822 의 라인 길이 제한 :

2.1.1. 라인 길이 제한

이 표준은 한 줄의 문자 수에 두 가지 한계가 있습니다. 각 문자 줄은 998자를 넘지 않아야하며 CRLF를 제외하고 78자를 넘지 않아야합니다.


감사합니다-이 게시물에 대한 토론을 참조하십시오 -systemwebmail.com/faq/4.4.5.aspx
Ryan

RFC-2822-2.1.1은 시행 규칙보다는 더 많은 지침과 조언 인 것 같습니다. Outlook이 영향을받는 것 같습니다. 다른 전자 메일 클라이언트는이 영향을받지 않습니다.
YoYo

@YoYo 나는 말할 것입니다. 각 문자998자를 넘지 않아야하며 78 문자를 넘지 않아야하며 규칙보다 더 많은 지침과 조언이 될 것입니다.
sgmoore

그래, 문구는 그 유연성을 허용하지 않습니다. 동의해야합니다.
YoYo

0

특정 문자 수로 줄 바꿈하는 것은 일반적으로 클라이언트 문제입니다. 다른 사이트 또는 테스트 머신에서 보이지 않는다면 코드가 아닌 것 같습니다. 어떤 클라이언트가 메시지를 수신하는 데 사용되는지 알 수 없는지 확인하십시오. 특정 문자 수로 자동 줄 바꿈되는 구식 일 수 있습니다.


0

동일한 코드가 실행되는 다른 많은 사이트에서 문제가 발생하지 않으면 .Net 앱이 문제를 일으키는 것처럼 들리지 않습니다. 문제 사이트가 smtp 스트림을 모니터링 할 수있는 일종의 응용 프로그램 방화벽 또는 스팸 방지 장치 뒤에 있습니까? 그렇다면 트리거되는 긴 URL을 자르는 규칙이있을 수 있으며 이로 인해 이메일의 URL이 단축됩니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.