從客戶端域

我開發的樸素SaaS服務工作發送電子郵件，在這裏客戶將能夠通過視覺自我的註冊爲服務，在他們的組織中創建用戶，併爲這些用戶建立不同的工作流程。部分過程是讓我們的系統發送電子郵件給這些用戶，提醒他們繼續工作或祝賀他們完成一個步驟。然而，這裏的皺紋是我們的客戶希望這些電子郵件看起來好像他們來自他們。因此，例如，如果我們有一個客戶xyz corp，並且他們在第一次註冊時建立了一個迎接新用戶的規則，他們希望讓我們的系統觸發一封電子郵件給該用戶似乎來自他們。從客戶端域

由於在註冊客戶需要提供各種信息的一部分，作爲一個帳戶，例如，他們希望這些郵件來自。（例如[email protected]）。但是，由於我們針對的是傾向於擁有有限IT資源的受衆羣體，因此我們希望在他們的這一方面需要非常有限的參與。因此，與客戶的交換服務器進行全面整合並不理想。

我知道我可以欺騙電子郵件，但這可能會抵消垃圾郵件過濾器。

來源

2015-10-18 Bert Alfred

如果你不想「惡搞」，那麼你_will_需要客戶的參與 - 在儘可能低的水平由他們想象讓您使用自己的郵件服務器來發送這些郵件以開始，或更通過讓他們設置SPF記錄，將您的郵件服務器標記爲可以發送其「域名」名稱中的電子郵件的複雜級別。 – CBroe

你其實並沒有問一個問題。這聽起來像是在問你如何做到這一點，這太寬泛了，而不是真正的編程問題。如果您要求提供工具或服務建議，那就是脫離主題。問題要求我們推薦或找到書籍，工具，軟件庫，教程或其他非現場資源**，因爲它們傾向於吸引自以爲是的答案和垃圾郵件，因此無法用於Stack Overflow。相反，[描述問題]（http://meta.stackoverflow.com/questions/254393）以及迄今爲止已經做了什麼來解決它。 –

我認爲保持在客戶端儘可能小的努力始終是一個不錯的辦法，但沒有對他們的末尾而不由收件人服務器被過濾掉你的服務器發送的電子郵件將無法正常工作的參與實現您的項目：否則這個星球上的任何人都可能從任何人的領域發送郵件。

但是，當我們談到有限的IT資源，您的大部分客戶可能會以某種方式訪問一個工作郵件服務器與客戶進行溝通。假設而據我瞭解的情況有兩種選擇：

1）可以訪問他們的SMTP服務器（當他們有一個域名，他們很可能將有一個SMTP服務器）

2）CBroe在他的評論中提到：讓你的客戶建立一個SPF記錄和/或DKIM簽名記錄，授權你的IP從你的客戶的域名發送郵件

說實話：我會認爲這兩個選項都是對客戶方：
（1）：創建一個新的stmp用戶，複製憑據並將其發送給您（或將其存儲在您的後端）。
（2）：複製並粘貼一個字符串並將其發送到域名註冊商（或在他們自己的DNS服務器上設置DNS記錄）。

來源

2015-10-18 15:10:15 tworabbits

回答

相關問題