I have done streaming notification on new arrival email but when ever user send any email to anyone, Can it generate any event though streaming, pull, push notification. I am trying to track each and every email body that is being sent out from account.
There is no Send notification that gets fired however when a user sends an email the default behaviour is to save a copy in the SentItems folder so if you subscribe to the CreateItem event on the SentItems folder that should probably cover what your trying to do (you can test that without writing any code using the EWSEditor).
You can configure the Email Client to not save a copy in the SentItems folder and if the user is trying to hide something they may delete it before you can get at it. Transport Agents or Jornaling should be used when you need to do this kind of thing for auditing/compliance reasons because it ensure you always capture the message.
Related
i'm subscribed to an email resource to get new emails notifications, this is what is happening.
When i get a message i got a notification inside that notification and has page.count in this case is one. BUT if receive two emails at the same time i will get two notifications with page.count=2 so my question is;
If i get one email, Shouldn't I receive inside that notification one email and in the other notification the other email so in every notification the page count is always 1?? I'd appreciate your answers:) greetings.
This is expected behavior, I am not sure which code you are using, but you should use #odata.deltaLink OR #odata.nextLink to have controlled behavior of what you want to read.
Let me know if this answers your question.
I am overriding both DidReceiveRemoteNotification and ReceivedRemoteNotification and leaving them empty in an attempt to prevent my remote notifications to push automatically, but it does not seem to help. Because every time I send a postman request for the notification, they still show up.. How can i prevent the notification from pushing until the app has met the necessary requirements (user is signed inn) ?
When your app starts up, register or unregister, as soon as you know the app state
Unregister:
UIApplication.SharedApplication.UnregisterForRemoteNotifications();
Register:
UIApplication.SharedApplication.RegisterForRemoteNotifications();
I'm writing custom workflow in Dynamics CRM. Has anybody used SendBulkMailRequest Class? This class we used for sending bulk mail to the contacts and the scenario is like, sending a bulk mail and later update the field in other entity for every successful mails sent.
Here is the reference link of the class. Suggestions are appreciated.
You are sending Bulk Emails to Contacts, then you are tracking the Email sent flag in Opportunity record. I assume you are having a way to find out the right opportunity to update from the contact in Email recipient. (Just curious - What are you setting as regarding of those Emails?)
My recommendation: Register a plugin on Email create, then retrieve the contact's opportunity, set the flag IsMailSent to true & do a Service.Update(Oppty)
I guess SendBulkMailRequest message is just like broadcaster, as I noticed the below comments inside code sample.
// When the bulk email operation has completed, all sent emails will
// have a status of "Pending Send" and will be picked up by your email
// router. Alternatively, you can then use BackgroundSendEmail to download
// all the emails created with the SendBulkEmail message.
// See the BackgroundSendEmail sample for an example.
[Update] I verify another thing and it appears that my bot, hosted in Azure, just doesn't accept anymore any kind of attachment...
I just update to the 3.81 version of the Bot Framework and one thing isn't working anymore.
I expect from the user to send either a text or an attachment. So I wait for the response with context.Wait(waitForAnswer)
But the method waitForAnswer doesn't trigger if the user sends an attachment... Now if I want to receive one, it seems that the only way is using PromptDialog.Attachment... but this isn't fine for my use case because I don't know if the user will send an attachment or a simple text message.
Note that within the emulator, the function waitForAnswer is correctly triggered by an attachment... But when I try to use Telegram channel or simply the webchat, problem rise
I'm using SubVersion and TRAC on a C# project I am working on, and I have my TRAC system setup with a email address that can be used to create tickets. In my program I've added a simple "FeedBack" button in my program which sends an email to this address. To open the email I'm just "starting" a mailto link as shown below.
System.Reflection.Assembly assem = System.Reflection.Assembly.GetExecutingAssembly();
string ver = assem.GetName().Version.ToString();
System.Diagnostics.Process.Start("mailto:foo#bar.com?subject=<Provide a title for your feedback here>&body=< Describe the problem you are having or enhancement you would like to suggest here. Please be as descriptive as you can, and if possible list out the actions that will replicate the problem >%0D%0A%0D%0A%0D%0AVersion: "+ver);
The problem I'm running into is if the user is using Outlook and their copy of Outlook is setup to HTML the ticket that gets created ends up having a bunch of HTML code that I have to clean up. Is there some way to notify whatever mail client is handling it to send the email as text rather then HTML?
There's nothing you can do (besides education) on the client - there's nothing in mailto to control a client side program. And, frankly, with the proliferation of web-based email - I think mailto is showing it's age.
Outlook should send a mime/multipart message, with both plain text and HTML parts. I'd guess you could extend or patch Trac to only grab the text/plain portion.
Otherwise, just create a form in your app to capture the email info. Again, if someone is using Hotmail or GMail - mailto is not likely to work anyway (or will open up their unconfigured Outlook Express, where they will dutifully type up an email and press Send. Only it won't go anywhere, because no SMTP servers are configured - so it will languish in the Outbox for years. Not that they will notice though...).