我想知道是否有任何方法可以包含任意电子邮件地址作为发送电子邮件活动的收件人：，发件人：，CC：或BCC：字段？它们似乎必须是CRM中的联系人。
我问这个是因为我要求cc一个已知的群组电子邮件（没有与该电子邮件关联的实际用户......类似于support@mycompany.com ......虽然它根本不是一个队列）。我担心如果我为这封电子邮件创建一个CRM用户，那么当我转向生产时，我将不得不使用此电子邮件更改所有工作流程以指向生产框上的CRM实体（假设GUID已保存为活性）。
如果无法发送任意电子邮件，还有其他建议吗？
答案 0 :(得分：4)
我不太确定，如果我已正确理解你的问题：
您想要创建包含发送邮件活动的工作流程。您想将其中一个地址字段（To：，From：，CC :)设置为普通邮件地址，例如'foo@bar.org'？
有可能
答案 1 :(得分：1)
据我所知，执行此操作的唯一方法是创建自定义工作流程程序集。这可能比你的价值更麻烦。
答案 2 :(得分：1)
我对此表示怀疑。不是没有可怕的SDK或Custom Workflow Activity阴谋，即使这样也可能不起作用。除非你有大量必须改变的工作流程，否则手动方法可能是最好的。
这可能是一个可怕的黑客，但您可能能够直接在SQL Server中将其开发环境支持帐户GUID的实例替换为其生产对应项。不在SystemUserBase表中，但在任何工作流活动中，将支持帐户称为电子邮件中的CC字段。但这是可怕的事情。
您可能还想再看一下您的流程; Dynamics CRM的很大一部分专门用于处理支持问题，其中包括相当强大的电子邮件跟踪和存储;可能不应该需要CC这个你引用的支持邮箱。
总结：我列出的所有选项都很糟糕。找到一种方法来避免它们。 :-P
答案 3 :(得分：1)
之前我已经有了这个要求，甚至在工作流程活动中，似乎没有办法处理这个问题（即使CRM允许它通过用户界面）。
您的直觉是正确的，如果您在两个环境中单独创建用户，然后尝试在环境之间移动引用该用户的工作流，则必须更新工作流引用。
对我来说，最好的解决方案就是在一个环境中创建联系人/用户。但是，使用相同的Guid在其他环境中创建联系人/用户。您可以非常轻松地通过API执行此操作，或者对于无代码解决方案，您可以使用Microsoft提供的CRM配置数据实用程序（http://msdn.microsoft.com/en-us/library/dd442453.aspx）。 （请注意，该实用程序将要从所选实体迁移所有记录，因此您可能希望将其导出到文件，编辑生成的文件，该文件只是XML，然后导入到目标）。
答案 4 :(得分：1)
如果您有一个启用了电子邮件的自定义实体，然后从您的核心实体复制电子邮件地址，即使该电子邮件地址位于自定义文本中，您可以使用CRM 2011，CRM 2013或CRM 2015它的字段并通过查找字段将其关联回来。这样做需要Microsoft CRM 2011中的插件，但可以使用Microsoft CRM 2013和Microsoft CRM 2015中的实时工作流。此方法允许您将电子邮件地址与记录关联并可用于CRM无需创建其他用户或联系人记录即可发送电子邮件的工作流程。如果您正在使用像Incidents这样的实体，这是一个核心CRM实体并且没有启用电子邮件，但您希望能够发送与该实体相关的电子邮件，这也很方便。您可以将此方法与提供的步骤 ccellar 结合使用。
我有一篇博文，其中有一个例子：http://dynamicsuniversity.com/steps-to-send-emails-to-custom-email-address-text-field-from-a-workflow/
答案 5 :(得分：0)
您可以编写自定义工作流程，也可以选择插件开发。
您将在以下博客中获取详细信息。
用于自定义工作流程 https://msdn.microsoft.com/en-us/library/gg334455.aspx
更多有关您的电子邮件发送要求的知识。 https://social.microsoft.com/Forums/en-US/375f5dad-0382-4112-ab0d-5b42ba235d96/crm-2011-workflow-sending-email-problem?forum=crmdevelopment