I have a Microsoft Dynamics CRM 2011 deployment that has workflows that send e-mails to users. The e-mails were being sent as normal before but they suddenly stopped working.
If I manually create an e-mail entity or trigger a workflow by hand the mails are sent as expected. However when they are automatically triggered the status of the e-mail is still marked as sent but they are not sent to user.
I tried restarting the e-mail router to no avail.
When a background workflow is triggered, it will run as the owner of the workflow. When it is manually triggered, it will run as the user who manually triggered it.
Check to make sure the owner of the workflow has correct email router settings. You could also assign the workflow to yourself since you know your email settings are working.
Related
I have a Logical App which uses the when a new email arrives (V3) - trigger
the problem is that e-mails which are new and unread will not proccessed by the LogicApp if they arrived before I enabled the Logic App.
What could I do to trigger or retrigger runs for this emails.
or is that the problem the webhook trigger when a new email arrives (V3) nad I should use the polling Trigger (V2).
So all advices for retriggering on V3-trigger or change app to v2 or other proposals are very welcome.
According to some test and summarize from the comments, it seems we didn't understand the "when a new email arrives (V3)" trigger correctly. I do some more test for the trigger and find the feature with two situations:
1. If we create the trigger(or create the Office365 connection) first but disable the logic app, then receive an email, then enable the logic app. It can be triggered by the received email.
2. If receive the email first, then create the trigger(or create new Office365 connection in logic app). The logic app can't be triggered by the received email.
In a word, only the emails received after the creation time of Office365 connection, the logic app can be triggered.
===============================Update================================
If you think it is not guaranteed, you can do it by "Get emails" action to get all of the unread emails.
I am using Visual Studio 2015 Web forms and going through the Identity API for the first time. I see there is an entire section for a user who is registering to receive the confirmation email where they would click and then login and change their password. All good. But I don't have a server to send emails quite yet. I'd like to test this locally. Is there a way to do this?
I'm using an application called smtp4dev. This intercepts any smtp requests sent to your local machine and you can view/save the emails generated.
we are using CRM Online. we have a few automatic workflows that generate emails from user that created an activity that kicks of the WF, to a contact within CRM. these generated emails automatically become email activities in CRM.
is there a way to prevent that? prevent these CRM generated emails from becoming activities?
thanks,
Inna
Slightly confusing question, to clarify you want to:
Send an email from CRM.
Don't show the email activity record in CRM.
If you want CRM to send an email it will always create an email activity.
So its just a case of getting rid of the email activity after the email is sent, you could:
Create a custom workflow activity/plugin to delete the email activity immediately after it is sent.
Setup a bulk delete job to remove the email activities on a regular basis. See Delete data in bulk.
I have a pretty weird problem. When I get an order, the order mail is sent. Also all mails relating to the customer account are sent.
However, all notifications of status changes are not sent automatically, even though it is enabled accordingly in System->Configuration->Sales->Sales E-Mails (Set to Yes).
When I check the orders, even completed ones, I get the the note "Customer not informed".
If I let an order go through manually and check the box to send a notification, this notification gets through perfectly.
So the issue is really only the follow up e-mails with status changes. Do you have any idea?
Magento 1.9.0.1
I have a plugin written that is registered for the DeliverIncoming message on the email entity in CRM. The plugin fires normally when emails arrive into a queue.
I also have a console application that connects to the CRM service, checks the followupby attribute of cases and depending on the date sends out a reminder/overdue notification.
The problem is that these emails aren't causing the plugin to fire. The email activities are created in CRM and the emails are sent and delivered without any issue but the plugin doesn't fire. I also tried registering the plugin against the Create message of the email entity and that doesn't fire either.
The emails are sent using the SendEmailFromTemplateRequest as the request object being passed into the CrmService.Execute() method
The plugin fires for all other instances of emails being delivered. The emails sent from the console application are the only ones experiencing this issue. Does anybody know why this would occur?
Thanks,
Neil
DeliverIncoming only fires for eMails routed into the CRM queues by the eMail Router. It will not fire on eMails you send from the CRM system.
Finding out what exact message a plugin needs to be registered against to fire on a certain action is sometimes a case of trial and error. Write a simple plugin that just logs the time and context.MessageName somewhere and register it against any message valid for the email entity. Then send an eMail through your application and have a look at what the plugin logged.
Turns out the plugin was firing, but when run from the console application it was throwing an exception when trying to log to a file it didn't have permission to. I had a break point on the second line, the first line was the logging line.