I am using Opencart 2.3.0.2 version. I am facing issue with receiving emails from the store. I did the setting from System > Setting > Mail.
I am not getting emails from contact form or for any new order placed in the store.
I tried with SMTP and set hostname as ssl://smtp.gmail.com but in this case, when I submit contact form I am getting error
Warning: fsockopen(): unable to connect to ssl://smtp.gmail.com:465 (Connection refused)
I did search on this issue and found some solution on StackOverflow but none of them worked for me.
I tried simple mail function by creating a test page and that works for me.
I am trying to fix this issue from past 2 days but still didn't found any solution.
Help me to resolve this issue.
Thanks in advance.
It's a common problem that emails somehow don't end up in the inbox they are supposed to when sent from a web server and there are loads of possible explanations but here are 3:
Your server is blocking them on purpose, which can be configured in cPanel as described here: https://www.antropy.co.uk/blog/emails-not-arriving-using-smtp/
Your web server is thinking the destination inbox is on the server itself but you are using a remote mail service: https://www.antropy.co.uk/blog/contact-form-not-sending-email/
Your web server doesn't have very good deliverability and emails are ending up in the spam folder, so use a separate SMTP to send: https://www.antropy.co.uk/blog/how-to-stop-opencart-emails-going-to-spam-by-using-smtp/
Related
I'm helping a friend to migrate a website to his server, however, after the domain transfer the client's emails stopped working. I believe their email was hosted on cPanel with the old provider. What does he have to do to get the emails working again? The old service hasn't been terminated yet.
With the limited information I would recommend looking into the following.
Verify the MX records are set correctly.
Verify any subdomains they are using for example mail.domain.com or imap.domain.com etc are still pointed to the proper email server. Can verify old DNS records on previous domain server.
I would also look into the error the mail client is getting. For example is the error an auth error, server not found or something else.
You can use online tools such as https://mxtoolbox.com/ to verify that the dns records are correct.
I had a server running Zimbra 8.6 and it was configured to send via any one of five external relays based upon which one of my external accounts I was sending from. This worked great until I had a server crash and rebuilt this one using the latest Zimbra 8.7.
I have read and researched and tried everything I had done for my old 8.6 system and I simply cannot get this to work! When I try to send an email from the web client to gmail I get a warning from gmail that my server's IP address and domain are not allowed to relay since they are unauthenticated. According to my postfix configuration I should be authenticating using my own gmail credentials. But, the web client seems to ignore this.
When I try logging in directly on the Zimbra box I can use sendmail with the -tf parameters to mock up an email from one of my addresses to gmail and it works just fine. It is sent and looks like it came from the proper relay domain.
Is sender dependent relaying broken on 8.7? Does it work for anyone?
Welp, I gave up and set my server up to use gmail as the external relay for all accounts, and in my admin console I set my user account to be able to send from all of my external email addresses (specifying each of them there).
Now it properly relays through gmail and still shows each message as coming 'from' the external account I select in the new message window.
Maybe this will help someone with a similar issue.
I have an ASP website on an IIS server, yesterday I noticed that this certain website was unable to send out any emails as Dynumail (something we use for SMTP emails in code) could not connect to the SMTP host.
This issue was only happening with this website and not any of the others on the same server that also use Dynumail.
Is there a way to track how this might have happened? To resolve the issue I restarted the website through the IIS GUI.
Any help on tracking down (and preventing) this issue would be greatly appreciated!
when I connect to a POP3 account using Gmail,
It shows POP3 Access Fails for that label
Here I attach a screenshot of the problem.
Error: Server is temporarily unavailable.
Server returned error "Error in RETR command: no such message"
I had this issue today. I connected to the mail server with Thunderbird. Then, I deleted spam, deleted mysterious folders named .ERROR, removed everything in the trash folder, and compacted all folders. This allowed gmail to download my email again and fixed the error.
That´s Yahoo making our lives a little harder. I was able to use during a few months now the Yahoo account from Gmail. But today I started seeing that same error. There´s nothing you can do about it. Yahoo is blocking the Mail Fetcher. Here´s a discussion on that matter --> https://productforums.google.com/forum/#!topic/gmail/oUnb3ASPc0g
You need to skip the corrupt mail:
Set fetch mail of last 30 days (90 days...) on POP setting of your POP3 account email
After that my gmail fetched successfully.
I suggest you to try with a different email client,
I had similar problem with gmail, but i was able to solved that using sparrow in mac.
I am using Contact Form 7 with Wordpress, but I am experiencing an email compatibility issue.
I have the form setup to email to email#domain.ca, domain.ca being the domain of the website hosting the site. The email address exists and works great, however the Contact Form keeps failing on send.
If I change the email address to any of my Gmail or other accounts, it works fine.
I am looking for ideas or suggestions as to how I might debug this. Is it because the site is hosted on a shared hosting server but the mail server is in-house at the physical location?
Any ideas would be great.
Ended up being an MX Entry problem with the shared host.
I had to set the MX Entry to send mail to an external host instead of the internal mail servers (it didn't realize the mail server was external).
Problem solved and all is well.
EDIT: We have run into this issue multiple times now with the hosting.
Essentially, cPanel gives you an option to say that mail servers are external, but it often fails to deliver on actually making the change. We have to remove the mail servers and hardcode the external one in order to make it work properly and consistently.
Might be php or smtp mail restrictions at your hosting service. Try http://wordpress.org/extend/plugins/wp-mail-smtp/