Điểm:0

Email văn bản/html nhiều phần từ Cộng đồng Invision không phân tích cú pháp chính xác

lá cờ jp

Trước hết, vâng, tôi đã liên hệ với bộ phận hỗ trợ của Cộng đồng Invision. Có, tôi là người dùng trả phí có giấy phép hoạt động. Chúng tôi đã quay đi quay lại trong vài giờ và tất cả những gì họ nói là phần mềm của họ không có vấn đề gì và tôi cần sửa máy chủ của mình.

Tôi đang sử dụng CentOS 7.9.2009, PHP 8.0.7, Apache 2.4.6 và Exim 4.94.2.

Khi Invision Communtiy gửi email, giá trị From: cho biết Apache hoặc Root thay vì tên của diễn đàn và phần html của email chỉ hiển thị mã thay vì có phần văn bản và phần html.

Tôi cũng có mã php do chính tôi viết bằng hàm mail() trên cùng một máy chủ sử dụng cùng một phiên bản php và mọi thứ gửi nhiều email hoàn hảo.

So sánh nguồn của email do Invision gửi và email do mã của tôi gửi, tôi nhận thấy rằng tiêu đề From: và Content-Type: trên email Invision được thụt vào trong một khoảng trắng và các tiêu đề giống nhau trên email được gửi bởi mã của tôi không có bất kỳ khoảng trắng nào phía trước chúng. Những tiêu đề đó dường như bị ứng dụng thư khách bỏ qua. Đây là những gì nguồn trông giống như:

Phiên bản MIME: 1.0
 Từ: =?UTF-8?B?SGVsaW9OZXQ=?= <[email protected]>
 Ngày: Thứ ba, ngày 29 tháng 6 năm 2021 19:04:36 +0000
 Tự động gửi: tự động tạo
 Loại nội dung: nhiều phần/thay thế; ranh giới="--==_mimepart_3d7970817fa277e018f1936f5865d582"; bộ ký tự = UTF-8
 Mã hóa truyền nội dung: 8 bit
Id tin nhắn: <[email protected]>

Lưu ý khoảng trắng phía trước Từ, Ngày, Tự động gửi và Loại nội dung.

Đây là giao diện của những tiêu đề đó trên một email hiển thị chính xác từ cùng một máy chủ:

Phiên bản MIME: 1.0
Từ: "Ví dụ" <[email protected]>
Danh sách-Hủy đăng ký: <mailto:[email protected]>, <https://www.example.com/unsubscribe/?c=3d9795e2646d156972cdf58655c758bd
Loại nội dung: multipart/alternative;boundary=helio60db72e0c0005
Id tin nhắn: <[email protected]>
Ngày: Thứ ba, ngày 29 tháng 6 năm 2021 19:22:08 +0000
X-AntiAbuse: Tiêu đề này đã được thêm vào để theo dõi lạm dụng, vui lòng đưa nó vào bất kỳ báo cáo lạm dụng nào

Trước hết, liệu những không gian này có gây ra sự cố mà tôi đang gặp phải không?

Thứ hai, nếu không gian là vấn đề, làm thế nào để tôi sửa chúng?

Tìm hiểu kỹ về mã của Invision, có vẻ như họ sử dụng gói PHP Pear Mail https://pear.php.net/package/Mail Rõ ràng, việc chỉnh sửa mã của Invision hoặc mã của Pear có thể là một ý tưởng tồi vì bất kỳ thay đổi nào cũng có thể bị ghi đè vào lần cập nhật tiếp theo. Có bất kỳ cài đặt máy chủ nào tôi có thể thay đổi để sửa lỗi này không? Hãy cho tôi biết nếu bạn cần thêm thông tin và tôi sẽ chỉnh sửa. Cảm ơn!

Michael Hampton avatar
lá cờ cz
Khoảng trắng duy nhất ở đầu được gọi là khoảng trắng gấp và nội dung của các dòng như vậy được coi là phần tiếp theo của dòng trước đó. Do đó, thông báo đó CHỈ có các tiêu đề Phiên bản MIME (với giá trị khá kỳ lạ và có thể không hợp lệ) và Id Thông báo. Cộng đồng Invision chắc chắn không làm điều này, vì vậy vấn đề thực sự có thể xảy ra ở nơi khác. Tại sao hệ thống này sử dụng Exim? Đó là một lựa chọn rất kỳ lạ và hiếm khi được nhìn thấy bên ngoài một số ngóc ngách như lưu trữ web đại chúng.
Krydos avatar
lá cờ jp
Máy chủ là máy chủ cPanel và cPanel đã cài đặt Exim.
Michael Hampton avatar
lá cờ cz
à. Sau đó, điểm dừng tiếp theo của bạn sẽ là hỗ trợ cPanel. Chúng tôi thực sự không chấp nhận các câu hỏi về hệ thống cPanel tại đây.
Krydos avatar
lá cờ jp
Ồ xin lỗi. Tôi đã không nhận ra điều đó. Cảm ơn!
Paul avatar
lá cờ cn
@Krydos Bạn nên đóng câu hỏi của mình vì nó được coi là lạc đề ở đây tại Lỗi máy chủ do cài đặt bảng điều khiển lưu trữ web, nhưng vui lòng quay lại và đặt câu hỏi về các chủ đề khác.
Krydos avatar
lá cờ jp
Tôi đã tự giải quyết bằng cách chỉnh sửa mã của Invision và nó không liên quan gì đến cPanel. Tôi rõ ràng là người mới ở đây, nhưng sẽ tốt hơn nếu có câu trả lời được chấp nhận thay vì xóa nó hoàn toàn?
Điểm:1
lá cờ jp

Tôi đã có thể khắc phục sự cố này bằng cách chỉnh sửa mã của Invision và thay đổi một lần xuất hiện của PHP_EOL thành "\r\n". Hy vọng rằng họ bao gồm những thay đổi của tôi trong các bản phát hành phần mềm của họ trong tương lai.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.