我正在研究幾個可能會遇到必須由人解決的問題的流程。目前它會記錄這些錯誤併發送電子郵件給相關個人。你如何處理電子郵件的不確定性？
但電子郵件似乎是這裏的薄弱環節。我遇到的問題：電子郵件服務器關閉，電子郵件被垃圾郵件過濾器捕獲，電子郵件「未到達」。
我是否需要建立某種內部郵件並要求用戶檢查另一個收件箱，或者有什麼事情可以讓我感覺更適合我的電子郵件通知？我可以要求公開收據或類似的東西嗎？如果它沒有打開，那麼再次發送電子郵件？其他想法？
現在，電子郵件往往比使用它的人更可靠。你應該考慮的是，在很多情況下，人們只是想出了沒有收到電子郵件的藉口。
缺少一個Skynet類似的設置，其中主計算機可以將殺手機器人發送到您的目標，但您基本上必須通過互聯網交付。你已經發現了很多潛在的弱點;大多數都有解決方法，我會盡力列舉。
首先，你的應用程序。我會認爲它有足夠的冗餘，所以它永遠不會太難以報告。至少，您擁有冗餘，可靠的看門狗服務。
一個郵件服務器可能關閉。好的，所以再來一個！
您的網絡可能停機。令人尷尬的是，這確實發生在我工作的大公司。所以重要的東西被操縱在兩個獨立的內部網絡上運行。
如果您只有一條互聯網線路連接到外部世界，那麼當您最需要它時，您的連接將會消失。一個明智的計劃要求冗餘的互聯網連接。出於緊急目的，您的備份連接可能是無線的 - UMTS或GSM或他們可能在您所在的國家/地區撥打的任何設備。
您可以選擇運行自己的內部郵件服務器，直接分發到Internet或使用商業電子郵件服務。如果郵件中沒有任何機密信息，我會考慮使用Google Mail作爲其中一條傳出路徑。它有非常穩定的時間，並保持良好。您的其他外發郵件服務器應該可能位於您的公司內部。
最弱的環節是您的收件人。你需要確保他們收到他們的郵件。要抓住「垃圾郵件過濾器」的藉口和其他人，讓您的服務器每週向所有受訪者發送一次郵件並讓他們回覆，包括隨機生成的主題。這會向您確認，至少在前一週內，您的收件人正在收到他的郵件。如果沒有，調查。
發送給收件人的郵箱並不是唯一的選擇。一旦你走出互聯網，有其他選擇，如短信和尋呼服務。這些讓你儘可能接收者的電話。一旦聯繫，他們可以打電話或檢查他們的公司電子郵件。
如果你正在運行NORAD，您可能需要您的消息，甚至更好的防錯。否則，注意以上幾點將使您的操作像可能獲得的一樣無懈可擊。
我也用電子郵件通知，但我也有一個標誌數據庫表中的所有這些消息是否
用戶，通知或沒有時，可以看到這是一個選擇數據導入，密碼錯誤等。日誌（或時間軸）的方式如何Trac（錯誤跟蹤軟件）或Facebook顯示新聞。這是一個飼料，你可以通過各種標準過濾。
有些人可能會感興趣的數據導入相關的消息或錯誤，其他的身份驗證問題等
其他的事情是 - 你可以通過電子郵件發送這些通知或讓更多的「廣播」之類的Jabber/XMPP消息，Twitter帖子，您的用戶喜歡什麼。
您可以讓用戶單擊電子郵件中包含的鏈接來確認收到電子郵件。在一段時間後未被確認的電子郵件可以重新發送或升級。
您應該編碼爲「服務器已關閉」。如果電子郵件無法發送，您需要將它們排隊，以便儘快發送。
您應該明確地告訴用戶，他們可以將您的消息放在「非垃圾郵件」列表中。你不應該擔心垃圾郵件過濾器。
只要您在服務器關閉時編寫代碼，電子郵件「never arrived」在實踐中並不是很常見。
最後，您可以將點擊確認鏈接放入電子郵件中，並每小時重新發送一封電子郵件，直到發送通知。
我可能會建立在某種狀態頁面中，您的用戶的所有（或某些;它取決於）可能會看到所有未完成的錯誤。這樣，如果電子郵件永遠不會到達，那麼用戶需要完成的任務仍有一些記錄。 （從可用性的角度來看，我比其他電子郵件賬戶更容易檢查網頁）。
我可能還會在某種任務中完成所有未完成的錯誤，並可能在X天后再次給用戶發送電子郵件。 （當然，這個解決方案需要一些方法將錯誤標記爲已解決;可以設置一個郵箱，用戶可以在他們確認/解決問題時回覆郵件;並且有東西監視並更新您的日誌表）
我知道大部分電子郵件客戶端都支持在電子郵件被閱讀時通知發件人的選項，這聽起來與您正在尋找的完全一樣。不幸的是，大多數客戶還會讓用戶選擇不提醒發件人。
爲了避免您的郵件丟到垃圾郵件文件夾，你可以閱讀this很好的資源
你可以使用一個RSS feed，而不是電子郵件。
我們傑出的主持人的一些想法：http://www.codinghorror.com/blog/2010/04/so-youd-like-to-send-some-email-through-code.html – AakashM 2010-07-12 15:23:59