I am using prestashop 1.6 and mail alerts (last version) but it is not working. I guess it´s an issue with the hosting.
What did I do?
Under Preferences->Store Contacts->Shop I´ve checked the email, the email is correct.
Advanced Parameters->E-mail->TEST YOUR EMAIL CONFIGURATION->Send a test email, and it worked, but only using SMTP
I have sent an email via the contact form (as a test customer) to Webmaster and to Customer Service and but neither are received in my mail.
Made a new purchase as a test customer with a valid email address, but any mail is received in my mail
I also talked with my host company and they say that the test mail is working it must be a problem with prestashop and the module mail alerts!
I don´t know what to do, any help please?
Thanks a lot!
Thank you!
Finally, I fixed following https://www.prestashop.com/forums/topic/556808-solved-mailalerts-360-does-not-send-mail-to-vendor-seller/
Related
(Disclaimer I'm fairly new to development in general and this is my first StackOverflow post all and any feedback is greatly appreciated.)
I'm posting here because I'm on a free SendGrid account and their support team has yet to get back to respond and it's been over a week and I'm dying to solve this issue.
Currently, I'm using Sendgrid as an SMTP and recently my emails have stopped sending to the following esp Yahoo, AOL, and Verizon.net but emails send to Gmail just fine.
Because emails still send to Gmail I used "Email Header Analyzer" via mxtoolbox.com to review and meet the recommendations provided. Which I have implemented on. (See screenshot)
The only thing not checked off is the "DKIM Authenticated" in which it's my understanding that when you verify the domain you're using to send emails with SendGrid takes care of that for you.
It's not the email function itself because it sends just fine to Gmail.
My question is has anyone else experienced this issue? If so what was the fix you did that made it work?
Screenshot of my email header analyzer results:
Turns out that my SendGrid account was over the daily email sending limit for the "free plan" and the emails that were sent correctly to Gmail had been doing so because of a pre-existing mail function (not using SendGrid even though SendGrid was still logging these emails).
I figured out this was happening by looking at the "mailed-by:" info when you toggle the drop-down above the email just under the sender email address. Mailed-ByView With SendGrid it would say "mail-by: sendgird.net" SendGird-Mailed-ByView
It would have been nice if SendGrid made my sending limit information a little more apparent but you can find this information about your account by going to "Settings">"Account Details">"Your Products." YourProductsView
I have a Django app set up to send emails from my contact form via SendGrid.
The contact form should send emails to contact#clientdomain.com, which is an account using G Suite, so the client opens the email on Gmail.
However, the emails from the contact form are getting stuck on SendGrid with status deferred or block.
I tried changing the destination email from contact#clientdomain.com to personal_email#gmail.com and it worked just fine.
I don't know what else to do.
Here is my Activity Feed from SendGrid dashboard:
I read when the status is deferred, SendGrid keep trying to send the email again for the next 72h, but I have emails sent 3 days ago that never arrived on the inbox.
Anyone knows what could I do to fix that?
I solved it! Thanks to #Selcuk comment.
I had my domain pointing to a server with cPanel all set up.
Then I developed a new app, deployed it on Heroku and installed the PointDNS to get my domain poiting to the Heroku app.
When I did this, I lost my MX records set up on my server with cPanel.
All I had to do was to add the MX records for G Suite on PointDNS:
I have a joomla 2.5 website that has a 3rd party extension to send a contact form.
The contact form has three email address' set up as recipients, two of them are the same as the domain ( www.domain.co.uk and info#domain.co.uk ) and the other is my email address.
I receive the email with the completed contact form however the other two address' don't receive anything.
Before I migrated this site I had the same problem, the current working email address didnt receive anything but others did. Again before site migration the domain and email address were the same.
The client has checked there junk/spam folder and the email address is currently receiving other emails.
I haven't tried SMTP yet as I would have to get the info from a client.
Any other suggestions? Do you think SMTP would resolve the issue?
It is mail configuration on server - many times it´s sends mails without smtp credentials to "self domain" or domains housted in same server, but not outside.
Yes smtp configuration has to resolve this issue.
I have set up several email accounts on my vps hosting but I can't receive any emails that are send via php from another hosting. Everything works fine when I send emails from gmail for example, I receive them without a trouble. Does anyone know any reason why emails sent from php can't be received?
Try using phpmailer, it's a good mailing class which automatically sets well defined headers so that the mail is more likely to not land in the spam folder.
Sounds like a spam filter issue. Have you set up a proper Sender ID/SPF framework in your domain name service so that the host appears to be a valid MTA for this domain? Look here for a detailed explanation of Sender ID/SPF/DKIM, etc.
Check your spam folder.
GMail is able to differenciate if a mail has been sent from outlook for example or an automated application. (I dont know how, but they can). If i send an email from my work account to GMAil works, if its a web app or executable with the same email adress, it ends up on the spam folder.
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.