Is there a table or a class that shows all emails for all batch jobs? We have users getting emails for jobs that are canceled.
To agree with Jan, there is no email log.
Even further, jobs that are canceled should not continue to send emails...so it sounds like the job isn't actually canceled.
To find alerts setup by the user, in the AOT go to Tables\BatchJobAlerts. There you can see things like user and email. The BatchJobId field is a recId that can be looked up against Tables\BatchJob in the recId field. This will tell you the offending batch jobs.
No, there is no email log.
You will have to manually click the Alerts button on the waiting batch jobs (as set up in the BatchJobAlerts table).
Related
I am trying to build a power automate solution to overcome one of the problem in my project.
I need a flow which sends email to list users who haven't finished the task with an option to ask if they have completed the task or not. If user says yes then it should record the response with a proof of the task completion (screenshot of the task).
If user says no, then Friday it should send 2 reminder emails and on Monday it should send email every 2 hr until they complete the task, meaning they should select Yes with screenshot as attachment.
How can I achieve this?
I was able to achieve it as below
Create SharePoint list of all users
Create a Microsoft form with questions about whether they completed task and screenshot of same
Create Automated Flow to send reminder email at scheduled time with the link to form
Once user clicks the link in the email it will redirect the form.
After user submits the form it updates the SharePoint List that user has completed the task.
Recurring reminder to whom have not completed by reading SharePoint list
I am working with a test action that when activated and called via javascript will fire an email message. I used an action because I wanted to pass in some values to be used in the process. In a traditional workflow I could see the history of each time the workflow was fired.
Is there a way to see all of the times my custom action fired?
Traditional workflow are Asynchronous. What you are seeing as Process Sessions are actually Async Execution logs. Those are not available/applicable for Sync jobs like Realtime workflows or Actions. Maybe you can keep the failure logs in Action.
Unfortunately you have to assume from the Emails that sent out is Action execution time.
I have scheduled my message for a future date. The message template used was the following:
"Hi, we have sent you a text" while scheduling the messages.
Now, if I change the template in between today and the scheduled date, to
"This is the new template", will the message get delivered? Or will it not get sent due to template error?
Also, if the messages are sent, what is the template of messages used in these? The new one or the the one with which they were scheduled.
This has got nothing to do with ruby, per say.
You are using the txtlocal API to create a scheduled SMS. When that event is scheduled, it on their servers, not yours. So if you then change the template, it cannot possibly propagate
that change to the scheduled messages automatically.
In order to implement this, you would need to fetch the scheduled messages, cancel any that need changing (unless there's a way to update scheduled messages that I cannot see?), then re-schedule them.
I got the answer to my question.
If the messages are scheduled and we change the template afterwards, the messages will be delivered without any error but with old template.
I want to create something in Slack that sends a message (starting by calling someone with '#') to a channel when specific users login. I've checked ifttt and zapier. I also checked the slack api to create something myself, but I couldn't really find anything usefull.
Anyone has any ideas?
Slack does not track user login or logoff in a traditional sense. Instead, users are always always "logged in" and available to receive messages once they have joined a team / channel.
There also is the concept of "presence", which is related, but not the same thing. User presence can change multiple times during a few minutes, e.g. if the user is on a mobile. I am guessing you would not want to send the user your message that often.
Still you can poll the presence information of a user with the API users.getPresence , which could be used to implement a script that polls this information on a regular basis and send your message. You also want to filter out presence changes below a certain duration threshold.
Keep in mind though that the rate limit for API methods is 1 per second. So depending on how many users you have in your workspace there will be a significant delay between the user becoming "present" and your script being able to send the message.
There is a workaround for that to have a google sheet as a database for the users and you can trigger by day once and timestamp it.
So the best trigger is a private message or public and you can use filter when mentioning or signin or signout it depends on the trigger word then you pass the filter since zapier won't count your zaps if you used fiter as a second step.
Our company wants to know when the case activity is 75% of the original estimated hours.
However, I think that might be a bit of a tough call.
So, can someone explain how to send an email notification from Microsoft Dynamics CRM when someone logs any kind of "case activity" against a case? I am happy to use .NET code if necessary.
Create a workflow against the 'case activity' entities, add a condition to the workflow to only send an email when the the 'case activity' is related to a case. E.g. regarding case contains data.
I would prefer a Plugin for this kind of thing because you can do a lot more within a Plugin's context.
This is what I would imagine:
Whenever an activity record is created/modified/deleted; if it is regarding a case, the plugin will execute:
Get all regarding activities for the case
Sum up the Duration
If the Duration Total is 75% of the Case Estimate then fire a
workflow
The workflow will then be configured to send an email. By combining the plugin with a workflow, you allow the email to be configurable if the wording/recipients/from needs to change in the future.
I would probably also pass in the 75% as a configuration setting to the plugin so that this is also semi-configurable (doesn't involve code - but you'd need to modify the plugin registration).
The plugin would need to cater for
New Activities being added
Existing Activities being edited (Duration and/or State changes)
At first I thought you would also need to handle Deletes, but that would drop the Duration below the 75% so you wouldn't need to send an email.