I have a Magento 1.7.0.2 store and I have a problem regarding the order confirmation email sent to customers. Actually, the owner of the store receives the order confirmation but the customer doesn't
Could someone explain or give me a clue about what is happening?
I have to mention that the email confirmation isn't disabled nor the Email communication is disabled
Thanks in advance
Which module are you using for e-mail ?
I would suggest https://github.com/aschroder/Magento-SMTP-Pro-Email-Extension
Also, after installing this, grab PHPStorm editor and install xdebug package on the server, and then debug the whole stuff =)
There could be many things preventing a customer from receiving an order confiromation email.
Make sure the server you are sending the email from (your Magento server) is setup with the correct SPF records. Many email providers will block emails coming from servers that are not authorized to send emails on the domain's behalf.
Also, check your servers email send logs. The send logs will tell you what happened to the email (whether it was sent, bounced back, or rejected). This is the best place to start for debugging email issues.
Lastly, you can try using a SMTP extension that allows Magento to send email using a valid SMTP login. I personally use and recommend SMTP Pro. This extension will also help you debug issues with your emails.
Related
I'm using WordPress 4.7.2 and the contact form doesn't send the email if the account of the person is from a Gmail or a Yahoo service.
I'm using WPForms and a default WordPress installation but when I send a message in a simple contact form: Name - Last Name - Email - Message, if I use the contact form as a user with a gmail account or a yahoo account the email is never send, for instance If I use joe#gmail.com the email is not send, but joe#gmai.com works or joe#whateveremailworks.com
Where to begin to look or what could it be the problem?
Greetings.
Dreamhost - Sharehost - WP 4.7.2
You might find useful to look for services that allow you to send transactional e-mails. Some offer a free plan.
Examples of these are Amazon SES and sparkpost, but there are a lot more. Both have free Wordpress plugins available to make the integration easy for you.
This is just to mention two. I'm not affiliated with them and there are a couple of alternatives.
Alternatively, you can configure sendmail in your server. Relaying in an external SMTP server not intended to send transactional e-mails can drive you to troubles like the ones you are having now.
Well, It looks like the problem is with the anti-spam politics of my hosting provider. Gmail and Yahoo present these spam-problems but you can't let those potential clients to go away, and using and external STMP service to send emails is not a way to go for my client. So after testing I found a workaround in WPForms.
The problem is the sender email? Well let's change that.
Go to the settings of the Form, then go to the Notifications settings and just change the FROM to and email of your host service and that will do the trick. The only down here is that you are not going to receive the email from your potential client so you can't reply directly, you need to start an email and then send it to the user, but over that all the emails and notifications work great without a third party paid service.
Hope this help to anybody. Greetings.
For me google stopped receiving e-mails from my own e-mail server (postfix, dovecot, mysql, postfixadmin) to force me to use tls
once i did that i also decreased my spam ability by adding spf, dkim and dmarc to my dns plus signing the e-mails by dkim.
I have recently been given the task of fixing a bug on a Magento store online and im having trouble finding the solution.
When a new order is made, the administrator receives an email (which is fine) however the FROM: part of the notification email contains the customers name and the shared servers hostname.. EG:
[customername]#[serverhostname.com]
It's not a massive issue but it is annoying.. After looking all over in the Admin area, I am unable to find the config setting which gives this weird email address..
Upon looking in the System > Configuration > General > Store Email Addresses, and looking in System > Configuration > Sales > Sales Emails the email address is not found in any of the fields nor are any settings set for sending notifications emails to the administrator. WEIRD!
The only thing I can think is that this may have been hardcoded within the Magento install..
Is anyone able to point me in the right place where I might be able to find this?
I'd suggest installing SMTP-Pro so that the email can be sent via the SMTP server in the same way an email client such as outlook would.
The extension also has some great debugging and other features
http://www.magentocommerce.com/magento-connect/smtp-pro-email-free-custom-smtp-email.html
I made a php form but I have a problem. The form is sending the message and a thank message displays but am not receiving the message in my gmail inbox.
Check your server mail log. Check your Gmail junk folder.
Well post the code! I've used PHP's mail function and it worked. Perhaps Gmail is filtering the e-mail sent by PHP. Try using an e-mail account on a different domain to narrow down where the problem is.
Gmail may be treating the e-mail as spam. Try sending to an e-mail account not on Gmail.
This could be one of hundreds of problems, many of which are beyond your control.
I had a similar problem trying to make a simple PHP app to send email - one day it worked, the next day it didn't. No error. No indication that it failed. Nothing.
To debug the problem I installed Ubuntu on a virtual machine which meant I had my own web abd mail servers to play with - made it easy to check server side logs and multiple recipients etc. Basically you are in 100% control - if it works in this environment but not in the real world, chances are it isn't your fault!
Turned out that my web host had put in new security policies that the "From:" address had to be a physical mailbox on their system. Not my hosting user name. Not a forwarded web address.
- they just didn't bother to tell anyone they had done it!
Make sure your to and from set correctly. If the from is not an address gmail likes then it could be taken as spam.
I run a website that allows users to send email newsletters using their SMTP, not the host's SMTP. In that case the user can connect directly with his/smtp to send email. I am aware that some hosting companies do not allow this. Does anyone know the way around this? I need to move my website from the present host.
You can use SwiftMailer (http://swiftmailer.org/). The user would need to give you there login information, but then you can login to their email account and send the emails from their account. This will work all the time since the host can't tell if it's a standard mail client trying to send email. You can even send through a gmail account.
If that's not what you want, then you are probably referring to relaying, which you can just give up on. Open relay has been one of the biggest security holes on mail servers for over a decade. Nobody should have that issue anymore.
When someone register in my site, he and me received email, that he register in the site and i that someone register in my site. But when someone order something, me and owner don;t get email for the order. In the options evrething is ok.
What to look for in php files and other files, to fix the automatic reply for mail and copy to my mail?
If you've set your store to use "PHP" as your Email Transport Method, then your email is probably getting trapped by spam detections on your mailserver. That is because your webserver will send the emails unauthenticated, which is the same way that spammers send emails. If you instead switch to SMTPAUTH and provide your SMTP credentials, then Zen Cart will use those details to send the emails with authentication, and thereby not trigger that particular spam detection system.
See your admin screen at: Admin->Configuration->Email Options
The mail is actually sent inside the order class ( /includes/classes/order.php ), around line 1020 if you are using the latest version 1.3.9h. You can try echoing the arguments used in the mail call ( zen_mail() ) to check if everything is right.
Having said that, I would check the admin email settings twice and check that you can send/receive emails sent from the admin ( Tools > Send email ).
Also, do you perhaps have a contribution installed that could modify the order process? Have you check the error logs? If you are using 1.3.9 you have error logs saved by default on the cache folder. Otherwise, you can download and install a very simple official contribution to log the errors.