更改插件中Dynamics CRM電子郵件的發件人？

所以，這是我的情況。我們有一個部門需要能夠在CRM 4中使用隊列。他們還需要能夠回覆從部門電子郵件地址到達該隊列的電子郵件。（以便任何客戶響應將返回隊列由代理處理）更改插件中Dynamics CRM電子郵件的發件人？

我原本打算構建一個JavaScript自定義，插入一個複選框，指出「從業務單位發送」。切換此操作將根據業務單位上的電子郵件地址查找其部門用戶。我成功地獲得了這個工作（作爲一個概念），但發現實際上發送觸發器的是可怕的「CrmCheckPrivilege失敗」。

這很好，因爲這意味着CRM實際上實施了安全性。

所以我的問題？我不知道如何複製這個功能，這對這個客戶羣來說是必須的。無論如何，在電子郵件已經通過插件進行安全檢查之後修改電子郵件？也許是前期發送插件？

在爲此解決方案投入大量時間之前，我希望能夠合理地確信成功。我也對任何其他想法都開放。

由於提前，

克里夫

來源

2010-11-12 clifgriffin

嗯，首先，一個「CrmPrivilegeCheck失敗」總是可以通過調整用戶的角色和給他適當的權限固定的（在privilegeId總是在異常返回但可能不會顯示在特定的錯誤對話框中）和級別，但部門可能不需要這樣做。

我們使用的解決方案與您的解決方案略有不同：不要通過其他用戶發送郵件，而是通過隊列發送郵件。隊列也可以是MSCRM中的電子郵件發件人。隊列應該已經設置了正確的電子郵件地址，以便與電子郵件路由器正常工作。設置一種方法來確定正確的隊列（如systemuser實體上的字段或JavaScript中的硬編碼隊列名稱），並在您的JavaScript中相應地設置from查找。這樣eMails將使用隊列的名稱和地址發送，所以任何直接回復將始終將該隊列作爲收件人。

來源

2010-11-12 20:01:17 TeaDrivenDev

謝謝你的回覆...很高興別人已經在這樣的問題上工作:)我們沒有給予這個特權的原因是，它似乎是一個全或無的特權。擁有該權限的所有用戶都可以作爲任何其他CRM用戶發送，或者允許其發送任何其他用戶。你是如何解決這個潛在的安全問題的？ – clifgriffin 2010-11-15 13:59:12

我們沒有，因爲在這種情況下它不被認爲是一個問題。該特權是否也控制通過隊列發送郵件？我沒有嘗試過。除此之外 - 我認爲應該始終工作的就是使用模擬來修改插件中的發件人，就像您最初所做的那樣。 – TeaDrivenDev 2010-11-15 17:03:50

繼續前進，給你信用。沒有意識到隊列是有效的發送者，並且當我問到這個時，任何人都可以從他們那裏發送消息。我知道愚蠢！無論如何，在我們明白了這一點後，我們只寫了一個插件來確定正確的隊列，並通過編輯表單來阻止他們將其更改爲另一個隊列。 – clifgriffin 2010-12-02 19:41:21

更改插件中Dynamics CRM電子郵件的發件人？

回答

相關問題