Tôi có một ứng dụng web LAMP để gửi email cho người dùng. Một số người dùng đã phàn nàn rằng thay vì nhìn thấy tin nhắn email html, họ thấy các chuỗi ký tự kỳ lạ như = 0D hoặc = 3D. Tôi không thể sao chép lỗi này với bất kỳ ứng dụng email nào của tôi: gmail, yahoo mail, hotmail, thunderbird, blackberry hoặc iphone. Có ai biết chuyện gì đang diễn ra và cách sửa lỗi này không?Một số người nhận email nhận tin nhắn với = 0D hoặc = Các ký tự 3D
Đây được gọi là được trích dẫn có thể in mã hóa. Một số hệ thống xử lý thư trong khi nó đang được gửi tới người nhận đang thấy các ký tự vi phạm sẽ làm rối loạn mã hóa hoặc thông tin tiêu đề về mã hóa.
Kiểm tra xem mã hóa bạn đang cài đặt khi gửi thư có khớp với nội dung bạn đang viết vào thư hay không và đó có phải là những gì người khác nhận được hay không.
Khi bạn thấy thứ gì đó như = 3D, những gì bạn thấy là một ký tự đơn trong mã hóa "được trích dẫn có thể in". "= 3D" là, trên thực tế, một dấu bằng. = 0D là một vận chuyển trở lại (CR), = 0A là một dòng thức ăn (LF)
Taken từ Not all 'plain-text' is created equal...
Liên kết này sẽ cung cấp một chiều sâu mô tả chi tiết về những gì đang xảy ra.
Không thực sự. Nếu những người dùng đó sẽ gửi thư bị cắt xén, họ có thể sẽ cần phải thay đổi cài đặt mã hóa của họ. Trong trường hợp này, một thư được tạo bởi ứng dụng của OP sẽ hiển thị sai. – VoidPointer
Điều đó chỉ đúng nếu trang web thực sự đặt MIME chính xác để bắt đầu, đây sẽ là điểm điều tra đầu tiên của John. Nhiều ứng dụng email khách và webmail đủ thông minh để bù đắp cho các khai báo MIME không chính xác hoặc bị thiếu, vì vậy không phải ai cũng thấy vấn đề. Giả sử anh ta gửi đi với MIME chính xác, thì có, đó là vấn đề hạ lưu và người dùng nên bắt đầu khắc phục sự cố những gì đang xảy ra. – Guildencrantz
Tôi làm cách nào để thêm "có thể in được" trong email? làm thế nào công việc của nó? –