題:
電子郵件可能已發送兩次-是否有禮節慣例?
David
2016-03-16 19:02:21 UTC
view on stackexchange narkive permalink

對於這個問題,我們假設我需要向潛在客戶發送一封重要的電子郵件。由於我的電子郵件客戶端出現問題(這種情況很少發生),因此該電子郵件的兩個副本位於“已發送”文件夾中(在該文件夾中以及在我的Webmail客戶端上)。郵件似乎已經發送了兩次,儘管我不確定100%的確認是因為我看不到收件人的收件箱。

我想知道是否需要再發送一封電子郵件為此道歉否則只會增加此人的收件箱的雜音。為此有商務/工作場所禮儀慣例嗎?

評論不適合聊天;此對話已[轉移為聊天](http://chat.stackexchange.com/rooms/37130/discussion-on-question-by-david-email-may-have-sent-twice-is-there-an-禮節)。是的,我知道其中許多人很有趣,有些人投票很高,但請帶它聊天。我們將無法移動其他評論以進行聊天,因此如果他們不打算改善帖子,則希望將其刪除。
六 答案:
John
2016-03-16 19:10:19 UTC
view on stackexchange narkive permalink

否,請保持現狀。

在這種情況下,請快速分析執行/不執行活動的好處。

  • 好處:對發送的電子郵件清晰,對客戶敏感
  • 缺點:收件箱中的電子郵件更多,顯得道歉,可能客戶實際上沒有收到

然後批評一下好處:

  • 電子郵件的清晰度:如果我同時發送兩封相同的電子郵件,我會認為IT錯誤。在不必要的情況下,過度道歉也可能是自嘲,不專業,煩人或無能。

然後您應該通過權衡利弊而得出合理的結果。

+1,特別是最後一個子彈。您不僅在浪費別人的時間來解釋一些不需要解釋的內容,而且還不必要地引起他們的注意,這個事實是*您*而不是一些IT故障所造成的。
另外,如果道歉郵件也一式兩份發送怎麼辦?
另一個好處是可以節省收件人比較兩封電子郵件的工作量。如果這是一條冗長而詳細的消息,尤其是在這種情況下,收件人可能會擔心他收到了兩個版本,每個版本中都有可能具有唯一重要的重要位。
gnasher729
2016-03-17 03:08:14 UTC
view on stackexchange narkive permalink

僅在他們擔心的情況下,再發送一封電子郵件給收件人,例如一封電子郵件,上面寫著“謝謝您的訂單,我們將向您的帳戶收取2345美元的費用”-如果我收到兩次,擔心您可能會向我開兩次帳單。

一個非常有效的觀點是,如果有類似這樣的特定內容,那麼就值得去做:“對不起,我誤寄了兩次該電子郵件……不用擔心,您只需要付費一次!”或類似
AndreiROM
2016-03-16 19:07:34 UTC
view on stackexchange narkive permalink

我不用擔心。他們會清楚地意識到這是一個錯誤,而忽略其中之一。

僅當其中一條消息中的一些細微細節不同時,問題才會出現。

是的,但是有些人會分心,試圖決定*忽略哪個*。
我將它們進行比較,並以更有利的條件答复該問題。
Dmitry Grigoryev
2016-03-16 22:17:07 UTC
view on stackexchange narkive permalink

只要您確定已發送的兩封電子郵件是普通副本,就無需道歉。這種情況經常發生,並且如果沒有被服務器或Messenger自動丟棄重複的電子郵件,那麼任何有理智的人都應該能夠很快丟棄重複的電子郵件。通過向他們道歉,您實際上會浪費他們更多的時間。

如果有兩條消息甚至略有不同的機會,您應該編寫一份後續報告,告訴哪一條是正確的。即使是很小的差異(例如在主題行中添加“ RE:”或更改簽名)也可能會造成混淆。如果缺少重要的細節(附件,批准行),但消息看起來相同,則更糟。

作為收件人,我希望收到發件人已經知道該錯誤的通知,因此我不必擔心我可能需要解釋的看上去完全相同的電子郵件之間存在一些差異。
@R ..如果您有其他答案,請將其發佈為答案。目前,這些答案都沒有建議您採用的方法,因此,將您的答案添加為答案似乎是合理的。
@MichaelKjörling:的確,這是個好主意。做完了
如果消息發送了兩次,則每個消息將具有不同的消息ID,並且永遠不會被電子郵件系統丟棄(因為系統是不同的消息,因此不會分析其內容)
R.. GitHub STOP HELPING ICE
2016-03-17 02:02:12 UTC
view on stackexchange narkive permalink

作為收件人,我希望收到發件人已經知道該錯誤的通知,因此我不必擔心我可能需要解釋的看似相同的電子郵件之間存在一些差異。像下面這樣的東西會很棒:

一個快速的提示:我的郵件軟件可能已經向您發送了標題為[...]的最後一封電子郵件的兩個副本。它們應該是相同的,您可以忽略其中之一。抱歉,會產生噪音。

當然,可以根據接收者的情況將它調整為減少/減少隨意度。

+1,我想這取決於此確切電子郵件的內容,但是如果我是收件人,這將是我對“重要”電子郵件的首選處理方式。否則,我會花時間閱讀這兩封電子郵件,以確保它們相同。
究竟。以我為例,電子郵件通常包含補丁程序,我想知道他們是否只是不小心發送了兩次補丁程序,或者註意到錯誤,將其修復並重新發送。 :-P
作為收件人不時收到重複的郵件,我有一個插件可以自動丟棄重複的郵件。這種方法在兩側都需要花費零時間來糾正錯誤,並且比手動檢查差異更可靠。
Matt Wilko
2016-03-17 17:04:27 UTC
view on stackexchange narkive permalink

(如果您使用Outlook或支持郵件撤回的郵件客戶端)

您可以撤回第二條郵件(也可以添加一個消息

請接受我的道歉-我兩次錯誤地發送了此消息。您可以捨棄此副本

您也可以嘗試刪除重複郵件的未讀副本,因此在某些情況下,如果他們沒有閱讀過,甚至根本看不到。

在其他情況下,它可以替換 -隨郵件一起發送郵件,因此在這兩種情況下都不會收到第三條消息,您只需整理並解釋混亂情況即可。

這完全避免了任何混亂,因為接收者可能會認為有它們和第二個之間的差異與第一個不同。

它還避免了您說謊並且說服務器必鬚髮送兩次,這可能會促使某人開始調查這種情況的發生。

>

我個人會為第三封道歉電子郵件感到煩惱,並且如果我兩次收到同一封電子郵件,會自動認為存在技術問題或意外。
召回錯誤發送的電子郵件顯然是最好的選擇。您甚至會收到反饋,說明召回是否成功!
“ Microsoft Outlook中的撤回功能會嘗試停止傳遞,並有選擇地替換您已經發送給組織內另一位Microsoft Exchange Server用戶的電子郵件。” -這裡顯然不是這種情況。接收到發送到另一台服務器的消息後,將無法(感謝)撤回該消息。
召回消息**無法可靠地工作**。在我工作的地方,我們使用Outlook,當某人嘗試撤回一條消息時,我看到的只是一封電子郵件,指出他們想撤回該消息。我總是對此感到開懷大笑,它“吸引”了他們想撤回的電子郵件,而實際上並未撤回。


該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 3.0許可。
Loading...