Why might mutt email be accepted/rejected by windows recipient as a function of alphabetic string content in the body of html file being sent?
[英]Why might mutt email be accepted/rejected by windows recipient as a function of alphabetic string content in the body of html file being sent?
問題描述
在 linux 上調用 mutt-1.5.24。
使用 linux 上的 mutt 將 html 文件從 linux 發送到 windows/outlook 時，我看到了一些非常奇怪的行為。 mutt 調用的示例...
mutt -e 'set content_type=text/html' -s 'yuk, yuk, yuk' 'moe.howard@stooge.com' < a.html
email 未出現在 windows 側。 mutt 在 linux 端沒有返回錯誤或警告。 現在，這是奇怪的部分......如果我將 html 正文中的字符串“pcie”全局/替換為“pcix”，則 email 會出現在 windows/outlook 端就好了。 或者...如果我將“ity”全局/替換為“...”，它也可以正常工作（即使我不理會“pcie”）。 但是將“ity”更改為“xxx”失敗了。 像這樣非常奇怪的字符敏感性行為。
在我 linux 端的主目錄中，我看到一個文件 ~/sent 正在創建。 header（email 是否進入 Windows/outlook 端）看起來像......
From m.howard@theserver.stooge.com Thu Jan 28 18:49:29 2021
Date: Thu, 28 Jan 2021 18:49:29 -0500
From: Moe Howard <mhoward@theserver.stooge.com>
To: moe.howard@stooge.com
Subject: yuk, yuk, yuk
Message-ID: <20210128234929.GA48266@atletx7-reg062.amd.com>
MIME-Version: 1.0
Content-Type: text/html; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.24 (2015-08-30)
Status: RO
Content-Length: 20537
Lines: 122
<html>
....etc... the rest of the html which firefox reads just fine if I get rid of the header above
抓着稻草。 查看“已發送”文件中的“charset=us-ascii”，認為它應該是別的東西？ 因此，我嘗試通過在命令中添加“-e 'set假定_charset=utf-8:us-ascii'”來提供其他選項。 沒運氣。
任何想法可能會發生什么以及解決方案可能是什么？
1 個解決方案
解決方案1
0 2021-01-29 14:56:48
弄清楚了。 我所有的 email 實際上都到了 Outlook。 只是它被發送到垃圾文件夾，標記為垃圾郵件。 因此，如果 html 的正文包含“pcie”，則為垃圾郵件。 但“pcix”不是。 現在到 go 撤消該操作。
帶有附件錯誤的Bash Mutt電子郵件無法統計：沒有這樣的文件或目錄
[英]Bash Mutt email with attachment error Can't stat : No such file or directory
聲明:本站的技術帖子網頁，遵循CC BY-SA 4.0協議，如果您需要轉載，請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.