Làm thế nào tôi nên định dạng email văn bản đơn giản để làm cho tất cả mọi người hài lòng?


17

Tôi thích đọc và viết email trong văn bản đơn giản. Các email của tôi được trình bày và sáng tác trong các cửa sổ phông chữ có độ rộng cố định 80 ký tự và tôi thích các tin nhắn văn bản được trích dẫn chính xác (với Lời> Hồi) và được đánh dấu bằng ASCII. Giống như ngày xưa

Tuy nhiên, tôi thừa nhận rằng thế giới đã chuyển sang và nhiều người hiện đang đọc email trên các màn hình nhỏ hoặc lớn yêu cầu văn bản trôi chảy và họ thích phông chữ tỷ lệ thuận. Các email văn bản đơn giản truyền thống có dòng mới cứng sau 78 ký tự không hoạt động tốt đối với chúng: Hoặc các dòng mới xuất hiện ở những nơi kỳ lạ hoặc văn bản bị phản xạ (xấu) mặc dù các dòng mới khó.

Câu hỏi của tôi: Làm thế nào để email văn bản đơn giản của tôi được định dạng để làm cho họ hài lòng, mà không phá vỡ trải nghiệm cho người dùng văn bản đơn giản như tôi?

Tôi biết về dòng dữ liệu định dạng của Rv ( RFC 3676 ) cho phép đánh dấu các đoạn văn bản đơn giản là có thể chỉnh sửa trong khi vẫn giữ giao diện phụ 78-chars-per-line cổ điển cho các máy khách cũ. Thật không may, nó không được hỗ trợ bởi nhiều ứng dụng email mà sẽ được hưởng lợi nhiều nhất từ ​​họ (bao gồm nhiều người gửi thư trên web).

Nhiều email khách hàng chỉ đơn giản tạo ra các dòng rất dài (không có dòng mới) được dự định sẽ được hiển thị dưới dạng các đoạn văn. Đó có phải là một tiêu chuẩn được chấp nhận phổ biến bây giờ? Tôi có thể thấy ba vấn đề với nó:

  1. RFC 5322 giới hạn độ dài dòng tới 998 ký tự. Những gì với đoạn văn dài hơn đó?

  2. Văn bản có thể được trích dẫn với Lời> có thể được phản xạ lại không?

  3. Nó phá vỡ các khách hàng cũ mà không biết khi nào hoặc làm thế nào để chỉnh lại các dòng rất dài.

Có tiêu chuẩn nào khác để đánh dấu các email văn bản đơn giản là có thể chỉnh sửa lại không?

Lưu ý rằng tôi khá linh hoạt trong những gì tôi tạo ra. Ứng dụng email của tôi cực kỳ có thể cấu hình để bắt đầu và tôi có thể hack nó ở nơi tôi cần (Tôi đang sử dụng GNUS trong Emacs).

Cũng lưu ý rằng câu hỏi này không phải là về các email có định dạng HTML. Tôi biết về họ, tôi có thể đọc chúng, thậm chí tôi có thể tạo chúng nếu cần - nhưng câu hỏi này hoàn toàn là về email văn bản thuần túy.

Cuối cùng, nhận email ở bất kỳ định dạng nào không phải là vấn đề đối với tôi. GNUS có thể hiển thị tất cả các định dạng văn bản đơn giản (cũng như các email có định dạng HTML) một cách thỏa đáng.


2
bạn có vẻ như bạn có nhiều chuyên môn hơn tôi. Tôi tò mò trong tình huống nào có ai nói với bạn rằng một email văn bản đơn giản mà bạn đã gửi bị định dạng kém hoặc không thể đọc được? Và từ góc độ khác, lần duy nhất tôi nhận được một email có định dạng xấu (phông chữ màu vàng nhạt) tôi chỉ cần dán nó vào notepad và tôi có thể đọc nó. Tôi chắc chắn nếu ai đó rất kén chọn để phàn nàn về định dạng của email mà họ hoặc cộng đồng của họ sẽ có hướng dẫn phù hợp với họ. Định dạng khiếu nại duy nhất tôi từng nhận được là gửi một email văn bản đơn giản - đó là tất cả những gì họ chấp nhận.
barlop

2
@barlop Hầu hết mọi người không phàn nàn về email có định dạng xấu. Nhưng tôi biết nhiều người (bao gồm cả bản thân tôi), những người quan tâm - và giải thích email có định dạng xấu là một dấu hiệu cho sự bất cẩn và không chuyên nghiệp. Có những tình huống tôi cần các tin nhắn email của mình đến chỉ để làm việc mà không gặp phải vấn đề gì. Thậm chí chỉ có khả năng một người nhận sẽ phải sao chép và dán tin nhắn của tôi để đọc nó sẽ là một thảm họa hoàn toàn.
altruizine

1
Tôi cũng phản đối ý tưởng về một email phải được sao chép / dán vào notepad. Tôi nghĩ với hầu hết mọi người trong kinh doanh, thực tế là một email văn bản đơn giản tương thích hơn sẽ không đi qua tâm trí của họ và một email html sẽ chuyên nghiệp hơn với họ, vì html có nhiều tùy chọn định dạng có thể làm cho mọi thứ rõ ràng hơn, nếu email yêu cầu một số phụ đề ít nhất. Nếu bạn lo lắng về tiêu chuẩn của mọi người về cách email sẽ trông như thế nào thì có lẽ bạn không thể sai lầm bằng cách quan sát cách họ định dạng email họ gửi cho bạn.
barlop

Tôi tin rằng bạn chỉ nên sử dụng định dạng = chảy. Bạn muốn nặng khó chịu ai, vì họ sẽ nhận được 78 ký tự mỗi dòng; và điều này sẽ khuyến khích các ứng dụng webmail chấp nhận nó. Ngoài ra, hãy đảm bảo khiếu nại lớn với bất kỳ nhà cung cấp dịch vụ webmail nào!
einpoklum

Trên 1: Nếu các tin nhắn được gửi dưới dạng văn bản / đơn giản MIME, các mã hóa như trích dẫn có thể in được (hoặc tệ hơn, cơ sở64) sẽ phá vỡ các dòng dài trước 998 ký tự .... (Điều này làm cho công cụ khó đọc hơn khi nhận biết không phải MIME email khách hàng mặc dù ...)
Gert van den Berg

Câu trả lời:


Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.