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
Related
I have a contradictory email deliverability issue. Thank you for any help you may be able to offer the community. I've read lots of articles, however, none of them work because they're all about finding what doesn't work and fixing that. Well, my WP email works but doesn't (please see below).
Here's what doesn't work:
the verification email from WP backend to change the admin email address from settings > general
most plugin emails (back and frontend) e.g. WooCommerce, Ultimate Membership Pro, and Recover Abandon Cart.
*This issue is for all sites on this Goddady Cpanel hosting server.
Here's what does work:
PHP mail function testing script found at Media Template. It's just a form where you can manually send an email by calling the script from the URL that's in the root directory
Mailster test emails from WP backend to any email address
email sent to and from email addresses directly for affected sites (i.e info#mygtdata.com)
I've also installed and used the testing plugin WP Mail Logging by MailPoet. My emails are being generated. Just not sent to the destination.
I've tried to send to Gmail email and other domain email addresses.
I've disabled all plugins and changed themes, to no avail.
Try it yourself, if you'd like:
MyGTData is a testing site. Feel free to submit an order and see if you get an email. You won't.
Then, test my PHP function. You will get an email, albeit in about 10min.
I don't know what else to look at. Please help or I'll just shut down my whole GoDaddy account. LOL
Thank you very much.
Formerlyanakin,
After hours more of trying to figure out this issue, the research consensus is that the cpanel+GoDaddy email system is convoluted. And when I called in, GoDaddy refused to troubleshoot Cpanel or my server because emailing the affected addresses directly worked. As we know, that doesn't mean that nothing's wrong.
Anyways, at a last-ditch effort, I reactivated and fully explored all of the Mailster plugin options; and it fixed the problem when I opted to allow it to handle "all" email for my Wordpress site. Here are my exact settings for Mailster:
Newsletter > Settings > Delivery > "PHPs mail() function"
Newsletter > Settings > General > "Use Mailster for all outgoing WordPress mails"
Newsletter > Settings > Cron > "Use the wp_cron function to send newsletters"
*I have my wp-cron job setup in https://www.easycron.com/. There is no need to use both a wp_cron job and a separate cron job for Mailster.
That's it. All plugins, including WooCommerce and WordPress send emails now.
Do I know exactly how? What does the Mailster plugin do? No. But I also don't know exactly how GoDaddy and Cpanel work.
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.
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.
I have a client that I'm wanting to move to a virtual private server. I'm trying to keep his server as simple as possible, not even having an email server on there (or at least that is the plan). The reason being I've read that email servers are complex to setup and take up alot of resources. I'm not sure what to do here.
He has a newsletter that he sends out to almost 75,000 people. Currently on his shared hosting there is a cron job that calls a script that sends out a 100 emails at a time (to keep within the limits of the host). I'm curious to know if the same thing is possible to do but with using his his Google Apps email account? Effectively logging in and sending the email from there? I can't seem to contact Google about this and it doesn't seem to be in their help section.
Is it possible? Would it be wrong to do? My client has looked at many of the mail out things out there (MailChimp, etc) but they are very expensive for what they are. Especially as what he has now does work. Thing is, I'm implementing the whole thing new on a VPS and so am looking at options.
UPDATE: It seems that the Google option just isn't an option (I'm not surprised by this at all). May I ask which minimal email server could be set up on Ubuntu 10.04 LTS which would allow me to continue the cron approach I had before on the shared server that will allow sending the emails out? (I will still continue to use MX records to Google for the actual emails the client will be using)
UPDATE: A friend of mine went to a mini Django convension in London the other week and there was guy who runs Mixcloud. He said he uses Google App Engine to send emails, so it's totally scalable. There is Google App Engine code up on Github here: http://github.com/tow/appengine-mailer and this seems to make sending email very easy from Django, from a command-line (so could use with PHP) etc. Looks like a very good option and cheap too! What do you guys reckon?
UPDATE: I've started a new question to make it more refined and clear to hopefully help others who maybe having this problem: Effectively using Google App Engine to send lots of emails using PHP?
There is a limit of how many emails can be sent per day through the google apps accounts. The limit is waaay below 75k I think it is 2k per mailbox if he has the premier account.
Two options here. Sign up with a company that does this for him: Constant Contact, Mail Chimp, ...etc. Or install an SMTP server and have it go out how it did before. The performance hit the server will depend on what mail server you choose and how much load is being placed on it.
UPDATE: I primarily work with windows servers so my experience is there (setting up secure SMTP in windows is pretty easy). Googled around and found this page on Ubuntu's site. It has a bunch of options for doing this: https://help.ubuntu.com/community/MailServer . From that page you should only need the Mail Transfer Agent and possibly the Mailing Lists components. Also make sure to set up your SPF records correctly and identify this server's IP as an outgoing only server. It can also help to set up the server with an MX record with a priority higher than your other MX records. If google goes down incomming mail will try to go to your VPS but as long as you don't set it up to receive mail, just send it, it will bounce the request. Which would happen anyway if your google mail servers go down so nothing lost.
Lastly you can try to register your server's IP with yahoo as a bulk mailer.
UPDATE2: Also make sure to have the "FROM" address in the newsletter be a valid email address from a valid domain. This will help immensely with deliverability.
UPDATE3: Can you get a static IP with a APP Engine Account? If you can't get an IP (preferrably dedicated) assigned to you then your deliverability will be horrible and you will get blacklisted. IF you can get a static IP assigned to your App Engine account you can set it up in your SPF records and that solution should work.
I did this a while ago for a commercial website. To describe it as an utter ball-ache would be an understatement. The amount of man-hours we sent working with our mails, enabling the various headers to avoid it being flagged as spam, to ensure that it looked to ISPs as valid mail etc was far greater than anyone envisaged at the start of the project. Then there are issues with mail throttling and throughput - at one point we were sending a weekly mailout that took 8 days to go through the entire mailing list.....with obvious results.
Anyways, upshot is, outsource it - there are many companies out there who have already solved this problem for you - granted you have to pay for them, but its cheaper in the long run.
You should use a third party site to fulfill this clients requirements. There are lots of technical, legal, and spam issues that need to be overcome to ensure that your client is not blacklisted or fined.
A company like Industry Mailout, MailChimp, or Campaign Monitor will send your mail for you, and is often a lot cheaper than trying to do it all yourself. :D
Plus these companies offer useful analytics to make your campaign's better.
I am running Joomla 1.5.15. After working on my site, I decided to test it with different email addresses to make sure that everyone would be able to register. There was no problem with hotmail, yahoo, gmail, etc but I noticed that when I registered with my company email address, I did not receive any mail asking me to activate my account. The message on Joomla said that my account has been created and the activation has been sent but when I check my mail, I don’t see anything. I then decided to test with some other customized emails and I noticed that Joomla could not send mails to most of them.
I was just wondering whether it is a problem of Joomla’s mailing system or whether it is the server settings on the place where the email addresses are that is causing the problem. I spoke with the live support of my company’s website host and they told me I have to change certain things on my server before the mails could be delivered. I then went ahead and made those changes and the mails were delivered.
My problem was solved but then what of the other people (with customized emails) that would want to register on the site and do not know all these, does it mean that Joomla is not a good option for them or is there anything I could do to make Joomla send mails to everybody just like any of these mailing systems would.
If some people are receiving them and other's not, then I would suggest that it's a server issue. If you're sending out
name#domain.com
but the website is on
notdomain.com
then many servers will flag it as spam as the domain and the sender don't match, unless you use SMTP
Who is your email hosted with? If it's hosted on the server where you host the website then you should have a control panel to log into (e.g. cPanel, Plesk). You can add new email addresses under the options in there.
If you don't have email set up then I reccommend using Google Apps for your domain. You can have gMail, Google Docs, Google Calendar and all of the Google applications on your domain. For email you can have hello#mydomain.com.
I use Google Apps on all of my domains. It is easy to use and also if you have to move hosts, there is not need to change your email settings as they stay the same.
Heres the link for the Standard (free) edition of Google Apps
http://www.google.com/apps/intl/en/group/index.html