서버 보낸 이메일에 산발적으로 이상한 문자가 포함되었습니다.

Question

지난 한 해 동안 내 사이트 사용자 중 12 명이 너무 많은 이메일을 보냈습니다. 나는이 문제를 여러 번 연구했고 사용자의 끝 부분에서 일종의 인코딩 문제가 될 수 있다고 생각했다. 그 결론을 결코 복제 할 수 없었기 때문에 그 결론은 나에게 잘 맞지 않는다.

이상한 문자는 실제로는 문자가 아니며 마침표와 같은 높은 문자를 나타내는 일련의 문자입니다. 예를 들어, = 2e는 마침표가 나타나는 곳에서 나타납니다. 일부 다른 문자열은 각 행 끝에 나타납니다. 과거에 연구 한 내용에 따르면이 유형의 인코딩은 상당히 표준적이고 Quoted Printable이라고 불리우며 아주 오래된 이메일 소프트웨어 만 읽을 수 있습니다. 이러한 문제가 발생할 때마다 나는 영향을받는 사용자가 작업하고있는 운영 환경에 대해 이전과 같은 질문을 던지며 QP가 올바르게 렌더링되도록 이전 클라이언트를 사용하지 않습니다. 문제의 영향을받는 수신자와 그렇지 않은 수신자 간에는 아무런 차이가 없습니다.

영향을받는 이메일은 웹 서버에서 자동으로 전송되며 특별한 인코딩은 적용되지 않습니다. ServerObjects Inc.에서 ASPMail을 사용하여 ASP 클래식 응용 프로그램에서 보낸 표준입니다.

누구든지이 문제를 일으킬 수있는 아이디어가 있습니까? 아니면 최종 사용자 인코딩 문제가 제대로 렌더링되지 않는다고 가정하여 수정 했습니까? 이상한 문자가 존재하지 않는 -

---

이에 작은 갱신

...

나는 최근에 우리가 HTML이 아닌 일반 텍스트 메일과 같은 우리의 서버에서 메일을 보낼 경우 사실을 발견했다. HTML 메일을 보낼 때만 발생합니다.

Answer 1

나는 their site에이 정보를 가로 질러 온 : 우리의 이메일

---

일부는 일부 메시지의 줄의 끝 부분에 등호를 얻고있다. 왜?
AspMail은 = 기호 이 디코딩 할 문자를 나타내는 = 기호가 인코딩 할 문자의 16 진수 문자열 값을 따르는 방식을 사용하여 높은 문자를 인코딩 할 수 있습니다. 물론이 시스템은 클라이언트가 이러한 문자를 해독 할 수 있다고 가정합니다 (대부분 가능). 이를 인용 인쇄 가능한 인코딩이라고합니다. AspMail의 기본값은 QP 인코딩을 사용하지 않는 것입니다. 다음 순서 값을 메시지 본문의 0..31,61,128..255

롱 라인 (> 255)와 문자 -

1. 높은 자 : 자동 QP 인코딩을 실행할 것. 이 문제를 해결하기 위해 자동 완성 기능을 사용할 수 있습니다.

대부분의 클라이언트는 QP 인코딩을 처리 할 수 ​​있습니다. 클라이언트가 유능하지 않은 경우 클라이언트를 업그레이드해야하며, QP 인코딩이 발생하지 않도록 위의 제한 사항 내에서 작업해야합니다.

---

그래서 그들은 최종 사용자의 클라이언트

Answer 2

에 그것을 고정되어 무엇인지 나는 그에서 이해 우리는 직장에서이 문제가에서. 사용자는 이상한 문자, 박탈 된 문자, 누락 된 콘텐츠 등을 얻을 것입니다. 이메일 소프트웨어 때문일 것입니다.이메일의 CSS가 Outlook 및 Gmail에 이상한 문제를 일으 킵니다. 우리는 전자 메일이 "Hello Bob"이라고 말하고 "Hell Bob"이라고 말한 상황이있었습니다.

사용자가 한 계정에서 다른 계정으로 전자 메일을 전달하면 전달 계정으로 필터링 된 전자 메일이 수신 될 가능성이 있습니다. 따라서 Gmail이 문자를 제거하면 수신자는 그 이메일을 전달한 곳에서 문자를 제거합니다.

Google의 이메일 서비스와 관련하여 템플릿과 데이터를 올바르게 병합하지 못하는 문제가 있지만 여기에는 해당되지 않습니다.