issue on Grails Mail 1.0 Plugin - grails

I am currently using Grails Mail 1.0 plugin in my project. I used it to send verification link to registrant's email address. Unfortunately, the sent verification link is not clickable on some webmail services like hotmail and yahoo mail. I have also encountered same problem with other web browsers like mozilla and google chrome. Is this really a bug on the said plugin? Please help!

Is this really a bug on the said plugin?
Almost certainly not. I use the same plugin to send HTML emails and they render fine in Yahoo mail.
In general, you shouldn't rely on links in HTML email being rendered correctly, because some email programs may be configured to only read emails in plain text format. Also, the rendering of HTML content varies wildly from one email program to another.
For these reasons, you should generally provide a plain-text fallback, e.g.
To register, click here. If you're using
a rubbish email program, you won't be able to click the link, so
copy-paste the following link into your browser's address bar:
http://www.example.org

Related

send html email using OneDrive Graph api

How do I send HTML content from OneDrive Graph Api /sendMail endpoint? I have tried various permutations of HTML and encoded HTML in the body but I never receive HTML in the actual email.
-- Edit --
It turns out my problem is actually Outlook Online stripping unsafe HTML. If I include a link to Bing.com that gets stripped, if I include a link copied from one of my automated Teams emails that does not get stripped.
I have trawled the Office 365 Security and Compliance but found nothing to flag specific domains as safe.
If anyone knows how to mark domains as safe, or some other solution that would be great.

Edit or forward an existing mail into Gmail Compose Window

I have a Chrome extension which adds new functionalities to the Gmail interface.
I'm trying to create email "templates" which have a default header, footer and signature (using html, images & css). I want to open these templates in order to edit and send them, just filling the actual content of the email.
I was wondering if there is any way to open these emails directly into the Gmail Compose Window or something like that. Maybe there is a parameter to do this using the URL, like: https://mail.google.com/mail/?view=cm&fs=1&id=xxxxxxx.
I've tried loading the template using the body parameter, but it seems that it doesn't support html.
Any ideas?
Finally, I've found a way to open a mail directly into the "Compose" Window, ready to be edited and sent. It's so simple that I can not believe it takes me 2 days to figure it out:
Just use the url:
https://mail.google.com/mail/u/[accountNumber]/?zx=#[tag]?compose=[MailID]
accountNumber is useful if you have two or more accounts at the same time
tag its the mail list that you want to see behind the compose window (ussually inbox).
MailId ... well, the Gmail Message ID.
For instance, https://mail.google.com/mail/u/0/?zx=#inbox?compose=14bbb0dae14fec1f will open the inbox of your first account with a Compose Window opened and pre-populated with the e-mail data.
There is already a feature called "canned Response" in current gmail compose window which is probably solving the same problem that you are trying to solve with your extension.
well I am not sure URL has html support or not but I think it should not support it to protect user from cross-site scripting attacks.
you can also consider Gmail rest API if you want to compose gmail message with your own custom template but using this you may have to do lots of things from scratch.

Setup Devise User Confirmation to all responding to emails rather than clicking on the link

One issue I'm seeing with Devise is that confirmation emails can go to the spam folder. If the user could simply respond to the email, that would serve to confirm the email address and it would train gmail that the sender is not spam.
Any recommendation on if this is worth doing and how would I do it?
Or maybe there's a much easier way to avoid having sent application mails go to spam?
I've been having the exact same issue, and after a long night I believe I have it sorted out.
1) Make sure you have an SPF record set up for your domain.
2) Set up DKIM on your mail server and put your public key in your DNS (TXT record).
3) Make sure your html email is properly formatted ( I had to add the html opening and closing tags to mine, Devise did not do this by default).
4) The last piece of the puzzle was making sure I was sending both plaintext and html MIME parts in my emails. Just creating an additional plaintext 'text.erb' file for each of my mail views seemed to do the trick (Rails auto-magically picked it up and constructed multipart emails for me).
You can verify 1 and 2 are setup right by viewing the 'original' email within Gmail and making sure you see something like "spf=pass" and "dkim=pass" in the headers.
A friend informed me about a service called SendGrid (and I'm sure there are other service providers that do exactly the same thing) after I had spent nearly an entire night going from WTH is DKIM? -- to getting way more familiar with SMTP, DNS, and postfix than I ever wanted to be. But it works now, and I'm probably too cheap to pay for a third party service anyway :)
This is not Devise's fault. Devise actually follows the best practices concerning confirmation of email address.
I believe you fall in the category of bulk email senders, and that you will have to follow quite a few guidelines to sort this out.
I would advise you to go through Google help pages for more information on how to fix this:
Configuration help: https://support.google.com/mail/bin/answer.py?hl=en&answer=81126
Help wizard: https://support.google.com/mail/bin/static.py?hl=en&ts=2696779&page=ts.cs

How are people handling report email with Fast Reports + Delphi

As far as I can tell Fast Reports has trouble sending mail through certain providers, including Gmail, freely admit this issue and claim it will be fixed 'in the future'. It's going on 12 months since I've heard that from their support team with no change.
Anybody out there able to modify their code and/or override their preview form to get an email that works with every server?
Not heard about those problems - but what we do is when the user presses a 'send via email' button in the previewer we generate a PDF of the report using the FR PDF export component than use the Jedi JCL to send an email with attachment using the default MAPI client software.
This answer has more info.
FastReport, therefore, has no influence over the email sending part and it has been working fine for quite some time.
i had problems in the past with sending email thanks to the configuration of the server from my company, using the sender for fast reports of course,
what i did was use the SendMail event from the frxMailExport component, grabed the params passed and managed to send via indy

Problem sending HTML Mails using MAPI and Outlook

I am trying sending HTML e-mails using MAPI calls in my Delphi Application.
When the client is Thunderbird if works fine. But when the client is Microsoft Outlook or Outlook Express I need to save the HTML code in a file and send it as the first attachment of my message, elsewhere the mail client interpret the HTML as text, showing the tags.
Sending HTML as the first attachment works only when no more attachments are sent, because if I send one or more attachments the first (HTML) is also showed as an attachment.
Does somebody can help me?
Thanks in advance.
Douglas.
Message OK:
Ok http://www.freeimagehosting.net/uploads/e51dfa52f4.jpg
Bad Message (with one attachment):
Bad http://www.freeimagehosting.net/uploads/7e5689e2b9.jpg
If you find that Outlook/OutlookExpress can not handle HTML natively, it might just be that you are using a version of Outlook that isn't capable of, or isn't configured to default to HTML rich content by default. Have you tried reconfiguring your Outlook/OutlookExpress options to select HTML rich text by default?
It looks like it's actually working, but that Outlook does not display things correctly. An HTML email sent via a traditional email client, is actually mime-encoded, just as it shows there. In other words, you may find that if the email is sent, it appears fine on the other side, it's just a bug in outlook-express that you don't see the MIME attached content in the window, instead you see it as it is truly done internally, as a MIME encoded attachment.

Resources