In my WinRT app I need to send email to multiple recipients with html body.
I have 2 Ideas (both don't works):
mailto: (doesn't work with html body SO question)
WinRT sharing (can't set recipients directly)
My question: Is this possible to send one email to multiple recipients with html body in WinRT (c#)?
No, it is not possible to send to multiple recipients with an HTML body.
mailto issues
cannot set address
Instead, you might want to consider using an email service to send the email on behalf of the end user (from a general account shared by your application users).
Related
I am using DocuSign API and sending documents to a candidate for signing. As an admin of the DocuSign account, I get a notification email when the candidate viewed/signed or declined the document. Now all I want is to send this admin notification email to another email via API.
Any idea?
PS: I have to trigger the notification email while sending the documents to the candidate.
Viewed/Signed notifications are always sent to the sender of the envelope via DocuSign (out-of-the-box), and you cannot use API or any other DS settings to re-direct these email notifications to someone else who is not in the workflow. Instead you can opt for one the below two options:
a. Add that person's email address first in the routing order as Carbon Copy recipient, once that person is in routing order then he/she has access to the envelope's history, and can always open the envelope and check the envelope history to know who viewed or signed the envelope. But in this case also this person will not receive any viewed/signed envelope email notifications,but he/she can receive any declined/voided email notification.
b. Use DocuSign Connect which is based on publish/subscribe type architecture. Per below screenshot, you can subscribed for interested trigger events, once those events happen then DocuSign will push an XML message to your listener, and once you receive these XML messages then you can use any other email APIs like Gmail etc, to send email notification to anyone interested in receiving such notifications.
Those notifications go to the owner of the envelope, so if you're okay with losing them yourself you can set up a Transfer Rule so that the alternate email address holds the envelope and gets the Sender Notifications.
Documentation on Custody Transfer Rules is available here: https://support.docusign.com/en/guides/ndse-admin-guide-custody-transfer
I have just completed reading received and sent emails using c# console application well that was easy part now the problem is I wanted to know is there a way of linking a received email to its replied/sent email like lets say i create a streamwriter and I write the contents that I need from the received email and the contents from the replied/sent email. How would I then go about knowing the received email to its replied/sent email? How would I link them? Uniquely differentiate from the tons of email?
I am reading mails using Gmail API, where I could successfully download the mails to my system. The idea is to navigate through all the label and download the mails, but that is resulting in duplicate mail downloading, as a single mail can belong to different label.
I tried looking up for label $All to get unique mails but i guess All Mail Label is not supported in latest Gmail API. Is there a way to read unique mails in gmail?
Synchronizing the mailbox can be done using Gmail Synchronization guide:
https://developers.google.com/gmail/api/guides/sync
Use history.list() method of Gmail API with Label ID filter and check for 'messagesAdded' section for Message IDs. You will not get the message body, only IDs, and subsequently have to call message.get() with received Message IDs to get message body.
If a message has multiple labels, history.list() will give you messages directly received in a particular label, hence you will not get the same message twice if you call history.list() with different label IDs.
You can also avoid duplicate messages by handling them in your application by storing each message ID in a cache store such as memcache or an in-memory hash table to avoid processing duplicate messages.
Does gmail preserve x-headers in email replies?
I'm developing an application which threads emails and email replies together using a Thread Id.
I add the header through SMTP .net library with the thread id, using the key X-ThreadId.
If I send it to a gmail account, I can see the header in there in the email source. However if I then reply to it, I want that header to be sent in the reply. It seems to drop that particular header.
Does gmail drop header information in the reply email? Is this a generic problem with email? If so, how do I get round this problem?
I can confirm that Gmail does not add X- headers to the new email when you hit reply button.
I've built a small client applicatoin in c#.
I am sending the emails via gmail.
When I format my html and add underlines, using the following format:
<span style="text-decoration:underline"> hello </span>
Gmails ignore my underlining. Is there any workaround?
Thank you
email clients are notoriously bad at standards compliance,
Try the <u></u> tag around your text and see how that works for you.
There is actually a group trying to establish some standards in html for email clients.
They also have a list of recommendations on what issues exist in certain email clients, for instance gmail.