The author argues against using the multipart/alternative MIME type to deliver error messages like "Plain text version not available." This standard is intended for presenting the same information in multiple interchangeable formats, typically an HTML version alongside a plain text counterpart. Using it for error messages deviates from its defined purpose.
When an email client is configured to prefer plain text or cannot render HTML, receiving an email with "Plain text version not available" as the plain text part is unhelpful. The user is presented with a non-informative message, even when the HTML part contains the actual email content. This can lead to confusion and a missed message, as the user might not realize the full content is recoverable.
The issue affects users with older email clients, MIME-capable clients unable to handle HTML, and those who configure their clients to prefer plain text. In all these scenarios, the error message provides no actionable information and can obscure the actual email content. The author suggests that if no plain text part were included, the client's default error handling might be more effective or offer better recovery options.
✨ This summary was generated by AI from the outlets' reporting listed below. It is not independently verified and may contain errors — check the original sources. How BrevFeed works →
One email each morning: the day's tech stories, clustered across outlets and summarized. No account needed.
One email a day. Unsubscribe in one click, any time.
Spend a few minutes, get the whole day. Every topic's top stories in one hands-free rundown — listen, watch, or read the transcript.
▶ Play today's briefNew every morning, and the back catalogue is archived by date.
An email user criticizes the practice of sending "Plain text version not available" as the plain text part of a multipart/alternative email, arguing it misuses the standard and provides no value to recipients. This practice can confuse users whose email clients prefer plain text or cannot render HTML, potentially hiding the actual email content.