Dấu chấm than được chèn vào Email ở khoảng 1000 ký tự

Có một chương trình .NET sử dụng không gian tên System.Net.Main để gửi email qua SMTP.

Nó trên một trang web của khách hàng vì vậy từ đó nó sẽ đi qua (một loạt các máy chủ chuyển tiếp SMTP trước khi đến đích.

Hiện tại tôi không có thông tin về cơ sở hạ tầng phát lại / email smtp này (và việc nhận được thông tin đó sẽ khó khăn).

Ở đâu đó dọc theo dòng dấu chấm than đang được chèn vào URL dài trong email khoảng 100 ký tự từ đầu dòng.

EDIT- Thực tế đã tìm thấy khoảng 1000 ký tự trong

Điều này không xảy ra trên một hệ thống thử nghiệm hoặc hàng trăm trang web khác.

Tôi cảm thấy chắc chắn rằng đây là một cái gì đó để làm với mã thoát để phá vỡ các hàng dài.

Bất cứ ai có ý tưởng?

Đã đánh với điều này bản thân mình.

Nếu bạn đang xây dựng một thông điệp html mà không có bất kỳ sự vận chuyển nào trong đó, bạn có thể gặp lỗi ở đâu đó xung quanh dấu 1000 ký tự.

Giải pháp là thêm một vài ký tự \ r \ n sao cho mỗi dòng nhỏ hơn 1000 (hoặc 988 nếu bạn không đếm các ký tự \ r \ n).

Xem phần 2.1.1. Giới hạn độ dài dòng của RFC 2822 để biết thêm chi tiết:

2.1.1. Giới hạn độ dài dòng

Có hai giới hạn mà tiêu chuẩn này đặt vào số lượng ký tự trong một dòng. Mỗi dòng ký tự PHẢI không quá 998 ký tự và NÊN không quá 78 ký tự, ngoại trừ CRLF.

Gói ở một số lượng ký tự nhất định thường là một vấn đề của khách hàng. Nếu bạn không nhìn thấy nó tại các trang web khác của bạn hoặc trên máy kiểm tra, tôi không nghĩ đó là mã của bạn. Xem nếu bạn không thể tìm ra ứng dụng khách nào đang được sử dụng để nhận tin nhắn - đó có thể là một thứ cũ kỹ tồi tệ tự động bao bọc ở một số lượng ký tự nhất định.

Có vẻ như ứng dụng .Net đang gây ra sự cố nếu sự cố không xảy ra trên nhiều trang web khác có cùng mã đang chạy. Là trang web có vấn đề đằng sau một số loại tường lửa ứng dụng hoặc thiết bị chống thư rác có thể đang theo dõi luồng smtp? Nếu vậy, có thể có một quy tắc về việc cắt ngắn các URL dài đang được kích hoạt, điều này sẽ khiến các URL trong email bị rút ngắn.