My company migrated their CRM starting to use Odoo, and then I proceeded to configure the external mail server (gmail), the #catchall parameter, and then define the odoo mail templates.
So far I have no problems, and everything works as I expect, so the mails are correctly and received.
However, I have a problem with viewing the emails ... let me explain.
Sent an email through Odoo, I see it correctly in html format, so by accessing the gmail email account via browser and opening the message, also in this case it is correctly formatted and displayed as html.
However, the recipient of the e-mail upon receipt loses the html formatting and therefore receives the e-mail displaying it in plain-text.
On the gmail settings I have already configured to send messages in html, I tried to disable it and then re-enable it but nothing happens.
Do you have any suggestions or advice?
I also have the same problem. We have tried several configurations both in the Google account and in the server. It only happens with GMail mail. Using any other service does not happen.
There's an answer here that I still can't implement, but it could be of help.
GMail displays plain text email instead HTML
A known reason for the issue was the appending of a footer in Google. Odoo has recently released a fix for all versions from 14.0 onwards: https://github.com/odoo/odoo/pull/108499. However, if they encounter other cases, Odoo Enterprise customers can open a support ticket and users of the Community edition can submit a Github issue.
Related
One of my customers mentioned to me that the way they have out look set up, allows them to see a short email preview in the form
hello#email.com
Hi, this is a message preview
However when I email, the get a big long https string and at first they thought that the email might include a virus so were dubious about opening it.
I am keen to find a way to stop this happening.
My email displays as
me#email.com
<https://z86orge6w04.....>
I use Thunderbird to send my emails, I shouldnt think that my email client would cause this though.
Also I use an smtp relay mailersend and their details are included in the https link as you will see from the pic.
I have also used socket labs and when I send using their relay, the link is still there but changes slightly
So I think that it may be something to do with the fact I use an SMTP relay
I have noticed though that it only seems to be outlook that shows this, Gmail, thunderbird and others that I have sent testemails to do not display in this manner.
At first I thought that it was because my logo in the header contained a link to the website but I have removed the link and there is no change
The part at the top circled in yellow is what they see when I email, the bit below circled in red is what they see from everyone else
The problem is not related with Thunderbird but with MailerSend which is a transactional email service.
According to mailchimp:
Transactional emails are automated emails sent from one sender to one recipient, usually related to account activity or a commercial transaction.
The URL shown in the Outlook preview is a tracking URL. You can solve this problem by removing tracking or by asking support to MailerSend.
I'm using Aschroder SMTP Pro on my Magento site. The test for email sending(that the plugin does) is successful but order confirmation emails are not being sent.
I enabled email and exception log but i don't manage to see any error in it.
Send mail method in System > Configuration is set to "Separate Email" for each section.
Email templates are correctly configured.
What am i doing wrong?
Thank you.
I also struggled with the problem of order e-mails not being sent in CE 1.9.1 but found the problem after a while:
As of Magento CE 1.9.1 Magento doesn't send order emails directly during the order process.
Instead the mails are queued and are sent by the cron.
So make sure to configure the Magento cronjob properly.
Also refer to:
http://www.magentocommerce.com/knowledge-base/entry/ee1141-ce191-responsive-email#cron
http://www.magentocommerce.com/knowledge-base/entry/ce18-and-ee113-installing#install-cron
There are many things that can cause what you're describing, and most of them are completely unrelated to Magento.
From the limited amount of information you've provided, my guess would be that your email is undeliverable because your domain lacks Sender Policy Framework records (or one of the other major authentication standards like DKIM, SenderID, and Domain Keys), or because the IP/domain you're testing delivery from was formerly occupied by a spammer and has been blacklisted (which happens).
When it comes to testing emails, I usually test delivery to gmail accounts, because they seem to be the most receptive of the public web-based emails. Any kind of company email is usually a bad choice, because they're more likely to have stricter deliverability standards.
The problem was caused by a bad plugin...i had another problem and resolving it Magento restarted sending confirmation emails.
Here is the link to my question(with answer) : Source model "" not found for attribute “privacy” Magento 1.9
Strange things...
Okay, so this is a really weird issue that's really just confusing the crap out of me...
I have a number ColdFusion sites running on the same dedicated server and have been noticing some really strange issues with mail sent from some sites using the <cfmail> tag.
Here is an example of a mail tag being used with a form on one of the websites:
<cfmail to="#cfmail.clientEmail#" from="#form.email# <#form.email#>" replyto="#form.email#" server="#cfmail.server#" username="#cfmail.username#" password="#cfmail.password#" subject="Request for info - #form.propertyName#" type="HTML" port="#cfmail.port#" useSSL="#cfmail.useSSL#">
(All of the cfmail scoped vars are being set in the Application file)
I do it this way so that the individual sites are not all using the in-house mail server, and instead use their own Google Apps account (DNS is set up properly).
Form submits, email sends, email is delivered...no problem, right?
Well...that's when things get funky.
Notice the FROM looks like this in the code:
from="#form.email# <#form.email#>
When delivered, it looks like this:
FROM : bob#someaddress.com <info#somerandomdomain.com>
When it SHOULD look like this:
FROM : bob#someaddress.com <bob#someaddress.com>
So, I checked - and re-checked the code. Everything is correct. Then, I checked the ColdFusion mail spooler...the text file generated there before the email actually leaves the server is CORRECT.
This leads me to believe that something is happening after the actual data reaches the google servers - somehow the email addresses are getting swapped out.
If it's any help, the mixed up from addresses are always email addresses that were set up a long time ago and then closed/abandoned for other sites I host on the same server.
And, another bit of funkyness to add...
This is happening to the TO addresses in some cases as well. Meaning, emails sent from different sites on the same server (using different Google Apps accounts and credentials) are ending up in the correct inbox AND other, unrelated, sites inboxes as well.
I've determined that the emails are correct as they leave the building on their way to Google (via the ColdFusion mail spooler) - but things seem to go all wonky after that.
Does anyone have any advice on this? The solution I've decided on for now is to move the clients to new mail providers...but this is not an ideal solution because of all the hassle involved in migrating their email over.
I've been using Contact Form 7 in Wordpress without too many problems. In a current installation, I can send mail to webmaster#domain.com but get an error when trying to send mail to user1#domain.com. I've checked this Stack Overflow ticket:
Wordpress - Contact Form 7 Not Sending to Certain Email
But enabling the SMTP mail plugin doesn't modify the behavior of the bug, and the mail server is not external (like the ticket in question). Any idea what the issue might be? Thanks!
EDIT: user#domain.com is a valid email address and also succeeds when running it against open source online email checkers.
Kind of a hack, but I had this happen to me when I tried to have the emails sent outside of the domain to a gmail account. I ended up adding CC: youremail#gmail.com to the Additional Headers and it worked well afterwards.
Has anyone come acrross this problem?
I have setup a Wordpress install on a subdomain. It's only temporary subdomain and is just for testing.
I've used a popular Wordpress contact form plugin called 'contact form 7'
Any messages I submit via the test form come through fine in all but one email client.
Microsoft Outlook 2007
It displays the entire SMTP message in the body (content, headers, mime sections) rather than actually rending just the content based on text or HTML version.
It's strange that Gmail, hotmail, Mail (on the Mac) and Thunderbird (on the Mac) display the emails fine.
Anyone else come across this issue with email headers in Outlook?
Any help with this would be greatly appreciated.
within contact form 7 options you have to stipulate that you want to send the email as HTML...
just tick that box and it should come throught to ms outlook just fine.