2009-03-25 4 views
2

으로 대체 된 임의의 문자로 수신되고 있습니다. 로 대체 임의의 문자를보고 수신자의 번호와 문제가 된 것은 징후 예 같다 ". 좋은 MOR = ING 우리 학교는 ... 그리고 =라는 회사를 통해 정보를 뉴스 레터를 보내고있다"php5 + htmlMimeMail을 통해 전송 된 전자 메일은 HTML 전자 메일 통신을 보내기 위해 htmlMimeMail 5 (<a href="http://www.phpguru.org/static/mime.mail.html" rel="nofollow noreferrer">http://www.phpguru.org/static/mime.mail.html</a>)와 함께 현재 PHP5를 사용하는 =

적이 전자 메일 텍스트, HTML 및 헤더 인코딩을 UTF-8로 설정합니다. PHP에서 전자 메일 용으로로드 한 템플릿 파일 (몇 개의 PHP 태그가 포함 된 text/HTML 만 포함)은 모두 UTF-8로 인코딩됩니다.

재미있는 점은 내 전자 메일 클라이언트에서 문제를 복제 할 수없고 문제를 지적 할만한 야후/googlies를 검색하여 정보를 찾을 수 없다는 것입니다! 8 비트 인코딩과 전송

답변

2

시도 :

$message->setTextEncoding(new EightBitEncoding()); 
$message->setHTMLEncoding(new EightBitEncoding()); 
+0

하는 것은 올바른 방향으로 날을 넣고 있었다; Base64Encoding을 사용해야했습니다. – spronkey

0

나는 당신의 문제는 이전 버전의 Exchange 관련이있다 생각한다. Equal signs at end of line :

높은/낮은 주문 문자 또는 인코딩의 인용 된 인쇄 가능한 것이 아닐 수도 있습니다. 또한, 다른 곳에서 해당 페이지는 말한다 :

참고 : 리치 텍스트 메일 이 비활성화되었을 때 라인을 일으킬 수있는 Exchange 의 버그 (? "기능") 피드은 등호로 를 교체합니다.

+0

니스 찾기! 그러나 대체 된 문자는 줄이나 줄 바꿈의 끝 부분에 있지 않으므로 그 부분이 나를 떠납니다. – spronkey

+0

예를 읽을 때까지 내 첫번째 추측은 qp였습니다. – sfossen

0

나는 비슷한 문제가 있었지만, 내 것은 조금 달랐다. 나는이 글의 답을 찾기 위해 우연히 발견하고 그것을 찾는데 도움이 되었기 때문에이 관련된 대답을 게시 할 수있을 것이라고 생각했다.

내 경우에는 "UTF-8"이라는 텍스트 문자열의 실제 mb_detect_encoding을 통해서도 특수 문자가 전자 메일에서 엉망이되어 버렸습니다.

는 그래서 우리에게 기능

$message->setTextCharset('UTF-8') 

$message->setHTMLCharset('UTF-8')