2013-06-11 67 views
1

是否有人知道允許用戶在不透露電子郵件地址的情況下互相發送電子郵件的庫/ API /服務/ PHP代碼?看起來這樣一個普遍的需要,那就是推出我自己的產品會是一種恥辱。用戶到用戶發郵件而不泄露電子郵件地址

Usage scenario: 
1) User A posts public-facing content on our site. 
2) User B wants to talk to User A privately. He is able to click on User A's name and launch an email to "[email protected]". 
3) When User B sends the email, the email goes to [email protected], which then calls our server to find out who userid 123456 is, and then relays the email. Likewise, any replies are masked. (Though this can be optional) 

任何這樣的動物?

+0

它已存在,並已關閉。 anon.penet.fi。隱私是美好的;猖獗的虐待發送像兒童色情的東西,不是那麼多。 –

+0

有趣...感謝領先。我讀了他們的背景,我認爲有一個主要區別。他們掩蓋了發件人,並允許您向任何人發送電子郵件。上面的使用場景只允許定位同一網絡中的人員,而收件人必須透露自己的身份。所以我不能發一封匿名郵件到[email protected],但​​是[email protected]可以讓人們在沒有透露他的地址的情況下與他聯繫。所以它有點不同。 – Anthony

+0

@Anthony我只是想知道你是否在這方面取得了進展。我有興趣爲約會應用提供類似的東西 – HenryM

回答

3

你可以嘗試使用功能,出來的東西像Osclass:

http://osclass.org/

OR:

你將需要確保你有一個合法的郵件服務器設置。您可以使用您選擇,這意味着電子郵件翻譯成面具是你最喜歡的語言編碼以下簡單的事情,任何[email protected]

安全性較低的方法1:

//Make sure the user is logged in or prompt to do so 
    if(user.LoggedIn()) 
    { 
     mail.send(form.ToField, user.StoredUniqueId, form.subject, form.content); 
    } 
    else 
    { 
     Forward to user login page; 
    } 

更安全:

//Make sure the user is logged in or prompt to do so 
    if(user.LoggedIn()) 
    { 
     //Create a unique entry into a database for reverse lookup 
     string uniqueEmailID = CreateUniqueEmail(user.EmailAddress); 
     DbConnection.AddEntry(uniqueEmailID, user.EmailAddress, Date.Now); 
     mail.send(form.ToField, uniqueEmailID, form.subject, form.content); 
    } 
    else 
    { 
     Forward to user login page; 
    } 

第一格式,如果轉換用戶的電子郵件地址唯一的電子郵件地址,有人也許能夠反向工程轉換功能,並獲得人們的實際電子郵件。

如果您使用隨機生成器並存儲該電子郵件,第三方可能會收集電子郵件並將其存儲爲垃圾郵件,因爲它們永遠不會更改。

第二,更安全的格式,您的電子郵件將來自不同的電子郵件每次,不允許用戶的臨時電子郵件地址被存儲或重用,但你必須編寫一些代碼,如果你想讓用戶成爲能夠回覆這些地址。該網站必須能夠將它們翻譯回其實際的用戶帳戶。您可以使用GUID格式的電子郵件@ yourdomain.com(如果您希望和/或刪除破折號,請添加一些額外的文本)。經過一段時間後,您可以從反向查找表中刪除唯一的電子郵件地址,並拒絕來自該表的任何電子郵件,實質上拒絕接收到該電子郵件的用戶未回覆的任何內容。要了解更多關於GUID,請看這裏:

'http://www.guidgenerator.com/'

我希望這有助於。

+0

是的,這是非常有意義的。我想我希望有人已經爲它創建了一個項目的服務,而不是從頭開始構建它。 – Anthony

+0

如果您的公司運行着郵件服務器,那麼發送電子郵件非常容易,只需在數據庫中添加一個條目以供將來查找,並將您創建的自定義'from'電子郵件發送至電子郵件。這只是幾行代碼。稍長一點的部分是編寫一個服務器,它讀取您的郵件服務器的郵件存儲,查找,將電子郵件轉換爲字段,然後將其放入您的網頁查找消息的文件夾中。您可以在一天內使用良好的Google技能來做到這一點。你基本上做「查找文件,修改文件,移動文件」。不是一項艱苦的服務。 – Cyphryx

+0

嗯..我有點明白你在說什麼。我們實際上使用SendGrid來交付,所以我從來沒有打算安裝郵件服務器。你會推薦使用Postfix/Sendmail嗎?這聽起來像是所選擇的應該理想地將入站郵件寫入目錄並從目錄讀取出站郵件? – Anthony

1

我想大多數時候只是通過在服務器上給用戶自己的電子郵件地址來處理它。無論如何,電子郵件地址實際上是匿名的,除非您提供標識信息。因此,運行一個郵件服務器,給他們地址「[email protected]」,並存儲他們的真實電子郵件地址;那麼任何回覆都會被自動轉發到他們真實的電子郵件。許多虛榮的電子郵件地址以這種方式工作。

這將允許有效的隱私,因爲答覆用戶不會知道誰在另一端真的是誰,只要其他用戶不想透露他/她自己,並小心回覆(發送他們通過你的webform而不是他們自己的電子郵件客戶端)。

+0

也是如此。這仍然會暴露發件人的電子郵件地址,但是,除非發件人通過網絡表單。我想我們可以解析入站電子郵件,將發件人的電子郵件與他們的「[email protected]」電子郵件交換,然後將其轉發給收件人。無論哪種方式,這是一個相當數量的編碼,加上處理交付問題等。希望它是一個爲期半天的項目。聽起來像一個屁股疼痛。 :) – Anthony

相關問題