2011-08-25 51 views
0

在我們的網站是asp.net,我們進行銷售,並使用第三方應用程序創建的附加PDF發票向客戶發送自動電子郵件。我們很難將這些成功交付給一些企業客戶。然而,我們也會將相同電子郵件的副本發送給我們,我們會收到罰款。然後,我們可以將其轉發給客戶,他們確實收到它沒有問題。所以原件沒有收到,但轉發的郵件是。 網絡服務器是我們的辦公室Exchange服務器發送轉發郵件的單獨IP地址。無法向客戶提供pdf附件

我試圖找到2封郵件之間的區別,它看起來像一個富文本問題,除了郵件是純文本或HTML!

這個問題有點模糊,我知道,因爲我不知道在哪裏尋找最好的。它似乎沒有使用郵件程序的差異,我們嘗試了MailEable,它是同樣的事情。 郵件在離開時在Web服務器上登錄,這是我們看到的最後一個郵件。它沒有反彈,但是它被傳送到客戶端服務器,但沒有到達收件人。我們曾經跟蹤通過Message Labs,它會說它已經到達目標服務器了。我們不再使用ML,直到我們發現問題,保持簡單。 我們沒有問題發送到美國在線,Hotmail和雅虎等 它似乎在電子郵件中的東西是基於服務器的垃圾軟件。 我們已經能夠從客戶端獲得任何電子郵件日誌。

有什麼建議嗎?

+0

這是來自其中一家公司的響應 –

+0

收件人的電子郵件服務器存在SMTP通信問題。請聯繫您的系統管理員。

+0

我們曾經使用SBS2003,現在是2008年SBS的PDF生成器的Aspose –

回答

1

退房this link提不相關的大小的理由發出

的SMTP(Internet郵件協議)RFC(一個RFC是描述 ,使互聯網工作標準的文件。)明確規定, 單個未終結行的長度可以是1000個字節,不大於。 一些SMTP服務器違反本,並在Firebox(這是我們的防火牆)當線路長度超過配置 長度,默認爲1000 會斷開連接

這可能表明您的PDF生成器和/或郵件生成器創建不符合100%標準的輸出。可能是一個很好的檢查點,因爲它可以解釋爲什麼某些客戶只能忍受這個問題。

+0

嗨,我正在檢查兩個發電機以查看他們在做什麼 –

+0

嗨,我如何檢查郵件和pdf生成器是否正確生成?是否有我可以使用的分析工具? –

+0

第一次檢查可以通過可視化方式進行,正如我上面所解釋的 - 在查看生消息,你是否看到很長的正文(尤其是pdf部分)中的單獨行? – fvu

0

552請求的郵件操作中止:超出存儲分配

這意味着有違反在客戶(「客戶」)的郵件服務器。該消息超過某種閾值/限制。目前尚不清楚這是否爲每郵件限制用戶的郵箱是如此充分它不能接受另一個消息。

無論哪種方式,這是主要是超出你的控制。只有你可以做到這一點,儘量保持你的電子郵件和附件儘可能小。如果可以,請在發送前壓縮(zip)任何附件。

+0

嗨,它似乎不是郵箱大小問題或郵件大小。 whi = ole電子郵件和附件是37KB,我們可以從其他IP發送給他們沒有更大郵件的問題。 –

+0

這是我們已經確定的線長問題 –

+0

很高興你知道了。太糟糕了,錯誤信息對他們的服務器來說太神祕了。如果它會說'552請求的郵件操作中止:超過最大行長度',會更好。 – ckittel