html - PHP mail function doesn't complete sending of e-mail
Solution:
Although there are portions of this answer that apply to only to the usage of themail()
function itself, many of these troubleshooting steps can be applied to any PHP mailing system.
There are a variety of reasons your script appears to not be sending emails. It's difficult to diagnose these things unless there is an obvious syntax error. Without one you need to run through the checklist below to find any potential pitfalls you may be encountering.
Make sure error reporting is enabled and set to report all errors
Error reporting is essential to rooting out bugs in your code and general errors that PHP encounters. Error reporting needs to be enabled to receive these errors. Placing the following code at the top of your PHP files (or in a master configuration file) will enable error reporting.
error_reporting(-1);
ini_set('display_errors', 'On');
set_error_handler("var_dump");
See How can I get useful error messages in PHP? — this answer for more details on this.
Make sure themail()
function is called
It may seem silly but a common error is to forget to actually place themail()
function in your code. Make sure it is there and not commented out.
Make sure themail()
function is called correctly
bool mail ( string $to, string $subject, string $message [, string $additional_headers [, string $additional_parameters ]] )
The mail function takes three required parameters and optionally a fourth and fifth one. If your call tomail()
does not have at least three parameters it will fail.
If your call tomail()
does not have the correct parameters in the correct order it will also fail.
Check the server's mail logs
Your web server should be logging all attempts to send emails through it. The location of these logs will vary (you may need to ask your server administrator where they are located) but they can commonly be found in a user's root directory underlogs
. Inside will be error messages the server reported, if any, related to your attempts to send emails.
Check for Port connection failure
Port block is a very common problem which most developers face while integrating their code to deliver emails using SMTP. And, this can be easily traced at the server maillogs (the location of server of mail log can vary from server to server, as explained above). In case you are on a shared hosting server, the ports 25 and 587 remain blocked by default. This block is been purposely done by your hosting provider. This is true even for some of the dedicated servers. When these ports are blocked, try to connect using port 2525. If you find that port is also blocked, then the only solution is to contact your hosting provider to unblock these ports.
Most of the hosting providers block these email ports to protect their network from sending any spam emails.
Use ports 25 or 587 for plain/TLS connections and port 465 for SSL connections. For most users, it is suggested to use port 587 to avoid rate limits set by some hosting providers.
Don't use the error suppression operator
When the error suppression operator@
is prepended to an expression in PHP, any error messages that might be generated by that expression will be ignored. There are circumstances where using this operator is necessary but sending mail is not one of them.
If your code contains@mail(...)
then you may be hiding important error messages that will help you debug this. Remove the@
and see if any errors are reported.
It's only advisable when you check with right afterwards for concrete failures.
Check themail()
return value
The function:
Returns
TRUE
if the mail was successfully accepted for delivery,FALSE
otherwise. It is important to note that just because the mail was accepted for delivery, it does NOT mean the mail will actually reach the intended destination.
This is important to note because:
- If you receive a
FALSE
return value you know the error lies with your server accepting your mail. This probably isn't a coding issue but a server configuration issue. You need to speak to your system administrator to find out why this is happening. - If you receive a
TRUE
return value it does not mean your email will definitely be sent. It just means the email was sent to its respective handler on the server successfully by PHP. There are still more points of failure outside of PHP's control that can cause the email to not be sent.
SoFALSE
will help point you in the right direction whereasTRUE
does not necessarily mean your email was sent successfully. This is important to note!
Make sure your hosting provider allows you to send emails and does not limit mail sending
Many shared webhosts, especially free webhosting providers, either do not allow emails to be sent from their servers or limit the amount that can be sent during any given time period. This is due to their efforts to limit spammers from taking advantage of their cheaper services.
If you think your host has emailing limits or blocks the sending of emails, check their FAQs to see if they list any such limitations. Otherwise, you may need to reach out to their support to verify if there are any restrictions in place around the sending of emails.
Check spam folders; prevent emails from being flagged as spam
Oftentimes, for various reasons, emails sent through PHP (and other server-side programming languages) end up in a recipient's spam folder. Always check there before troubleshooting your code.
To avoid mail sent through PHP from being sent to a recipient's spam folder, there are various things you can do, both in your PHP code and otherwise, to minimize the chances your emails are marked as spam. Good tips from Michiel de Mare include:
- Use email authentication methods, such as SPF, and DKIM to prove that your emails and your domain name belong together, and to prevent spoofing of your domain name. The SPF website includes a wizard to generate the DNS information for your site.
- Check your reverse DNS to make sure the IP address of your mail server points to the domain name that you use for sending mail.
- Make sure that the IP-address that you're using is not on a blacklist
- Make sure that the reply-to address is a valid, existing address.
- Use the full, real name of the addressee in the To field, not just the email-address (e.g.
"John Smith" <[email protected]>
).- Monitor your abuse accounts, such as
[email protected]
and[email protected]
. That means - make sure that these accounts exist, read what's sent to them, and act on complaints.- Finally, make it really easy to unsubscribe. Otherwise, your users will unsubscribe by pressing the spam button, and that will affect your reputation.
See How do you make sure email you send programmatically is not automatically marked as spam? for more on this topic.
Make sure all mail headers are supplied
Some spam software will reject mail if it is missing common headers such as "From" and "Reply-to":
$headers = array("From: [email protected]",
"Reply-To: [email protected]",
"X-Mailer: PHP/" . PHP_VERSION
);
$headers = implode("\r\n", $headers);
mail($to, $subject, $message, $headers);
Make sure mail headers have no syntax errors
Invalid headers are just as bad as having no headers. One incorrect character could be all it takes to derail your email. Double-check to make sure your syntax is correct as PHP will not catch these errors for you.
$headers = array("From [email protected]", // missing colon
"Reply To: [email protected]", // missing hyphen
"X-Mailer: "PHP"/" . PHP_VERSION // bad quotes
);
Don't use a fauxFrom:
sender
While the mail must have a From: sender, you may not just use any value. In particular user-supplied sender addresses are a surefire way to get mails blocked:
$headers = array("From: $_POST[contactform_sender_email]"); // No!
Reason: your web or sending mail server is not SPF/DKIM-whitelisted to pretend being responsible for @hotmail or @gmail addresses. It may even silently drop mails withFrom:
sender domains it's not configured for.
Make sure the recipient value is correct
Sometimes the problem is as simple as having an incorrect value for the recipient of the email. This can be due to using an incorrect variable.
$to = '[email protected]';
// other variables ....
mail($recipient, $subject, $message, $headers); // $recipient should be $to
Another way to test this is to hard code the recipient value into themail()
function call:
mail('[email protected]', $subject, $message, $headers);
This can apply to all of themail()
parameters.
Send to multiple accounts
To help rule out email account issues, send your email to multiple email accounts at different email providers. If your emails are not arriving at a user's Gmail account, send the same emails to a Yahoo account, a Hotmail account, and a regular POP3 account (like your ISP-provided email account).
If the emails arrive at all or some of the other email accounts, you know your code is sending emails but it is likely that the email account provider is blocking them for some reason. If the email does not arrive at any email account, the problem is more likely to be related to your code.
Make sure the code matches the form method
If you have set your form method toPOST
, make sure you are using$_POST
to look for your form values. If you have set it toGET
or didn't set it at all, make sure you use$_GET
to look for your form values.
Make sure your formaction
value points to the correct location
Make sure your formaction
attribute contains a value that points to your PHP mailing code.
<form action="send_email.php" method="POST">
Make sure the Web host supports sending email
Some Web hosting providers do not allow or enable the sending of emails through their servers. The reasons for this may vary but if they have disabled the sending of mail you will need to use an alternative method that uses a third party to send those emails for you.
An email to their technical support (after a trip to their online support or FAQ) should clarify if email capabilities are available on your server.
Make sure thelocalhost
mail server is configured
If you are developing on your local workstation using WAMP, MAMP, or XAMPP, an email server is probably not installed on your workstation. Without one, PHP cannot send mail by default.
You can overcome this by installing a basic mail server. For Windows you can use the free Mercury Mail.
You can also use SMTP to send your emails. See this great answer from Vikas Dwivedi to learn how to do this.
Enable PHP's custommail.log
In addition to your MTA's and PHP's log file, you can enable logging for the specifically. It doesn't record the complete SMTP interaction, but at least function call parameters and invocation script.
ini_set("mail.log", "/tmp/mail.log");
ini_set("mail.add_x_header", TRUE);
See http://php.net/manual/en/mail.configuration.php for details. (It's best to enable these options in thephp.ini
or.user.ini
or.htaccess
perhaps.)
Check with a mail testing service
There are various delivery and spamminess checking services you can utilize to test your MTA/webserver setup. Typically you send a mail probe To: their address, then get a delivery report and more concrete failures or analyzations later:
- mail-tester.example (free/simple)
- glockapps.com (free/$$$)
- senforensics.com (signup/$$$)
- mailtrap.io (pro/$$$)
- ultratools/…/emailTest (free/MX checks only)
- Various: http://www.verticalresponse.com/blog/7-email-testing-delivery-tools/
Use a different mailer
PHP's built-inmail()
function is handy and often gets the job done but it has its shortcomings. Fortunately, there are alternatives that offer more power and flexibility including handling a lot of the issues outlined above:
- Most popular being: PHPMailer
- Likewise featureful: SwiftMailer
- Or even the older PEAR::Mail.
All of which can be combined with a professional SMTP server/service provider. (Because typical 08/15 shared webhosting plans are hit or miss when it comes to email setup/configurability.)
Answer
Solution:
Although there are portions of this answer that apply to only to the usage of the
mail()
function itself, many of these troubleshooting steps can be applied to any PHP mailing system.There are a variety of reasons your script appears to not be sending emails. It's difficult to diagnose these things unless there is an obvious syntax error. Without one you need to run through the checklist below to find any potential pitfalls you may be encountering.
Make sure error reporting is enabled and set to report all errors
Error reporting is essential to rooting out bugs in your code and general errors that PHP encounters. Error reporting needs to be enabled to receive these errors. Placing the following code at the top of your PHP files (or in a master configuration file) will enable error reporting.
See How can I get useful error messages in PHP? — this answer for more details on this.
Make sure the
mail()
function is calledIt may seem silly but a common error is to forget to actually place the
mail()
function in your code. Make sure it is there and not commented out.Make sure the
mail()
function is called correctlyThe mail function takes three required parameters and optionally a fourth and fifth one. If your call to
mail()
does not have at least three parameters it will fail.If your call to
mail()
does not have the correct parameters in the correct order it will also fail.Check the server's mail logs
Your web server should be logging all attempts to send emails through it. The location of these logs will vary (you may need to ask your server administrator where they are located) but they can commonly be found in a user's root directory under
logs
. Inside will be error messages the server reported, if any, related to your attempts to send emails.Check for Port connection failure
Port block is a very common problem which most developers face while integrating their code to deliver emails using SMTP. And, this can be easily traced at the server maillogs (the location of server of mail log can vary from server to server, as explained above). In case you are on a shared hosting server, the ports 25 and 587 remain blocked by default. This block is been purposely done by your hosting provider. This is true even for some of the dedicated servers. When these ports are blocked, try to connect using port 2525. If you find that port is also blocked, then the only solution is to contact your hosting provider to unblock these ports.
Most of the hosting providers block these email ports to protect their network from sending any spam emails.
Use ports 25 or 587 for plain/TLS connections and port 465 for SSL connections. For most users, it is suggested to use port 587 to avoid rate limits set by some hosting providers.
Don't use the error suppression operator
When the error suppression operator
@
is prepended to an expression in PHP, any error messages that might be generated by that expression will be ignored. There are circumstances where using this operator is necessary but sending mail is not one of them.If your code contains
@mail(...)
then you may be hiding important error messages that will help you debug this. Remove the@
and see if any errors are reported.It's only advisable when you check with
right afterwards for concrete failures.
Check the
mail()
return valueThe
function:
This is important to note because:
FALSE
return value you know the error lies with your server accepting your mail. This probably isn't a coding issue but a server configuration issue. You need to speak to your system administrator to find out why this is happening.TRUE
return value it does not mean your email will definitely be sent. It just means the email was sent to its respective handler on the server successfully by PHP. There are still more points of failure outside of PHP's control that can cause the email to not be sent.So
FALSE
will help point you in the right direction whereasTRUE
does not necessarily mean your email was sent successfully. This is important to note!Make sure your hosting provider allows you to send emails and does not limit mail sending
Many shared webhosts, especially free webhosting providers, either do not allow emails to be sent from their servers or limit the amount that can be sent during any given time period. This is due to their efforts to limit spammers from taking advantage of their cheaper services.
If you think your host has emailing limits or blocks the sending of emails, check their FAQs to see if they list any such limitations. Otherwise, you may need to reach out to their support to verify if there are any restrictions in place around the sending of emails.
Check spam folders; prevent emails from being flagged as spam
Oftentimes, for various reasons, emails sent through PHP (and other server-side programming languages) end up in a recipient's spam folder. Always check there before troubleshooting your code.
To avoid mail sent through PHP from being sent to a recipient's spam folder, there are various things you can do, both in your PHP code and otherwise, to minimize the chances your emails are marked as spam. Good tips from Michiel de Mare include:
See How do you make sure email you send programmatically is not automatically marked as spam? for more on this topic.
Make sure all mail headers are supplied
Some spam software will reject mail if it is missing common headers such as "From" and "Reply-to":
Make sure mail headers have no syntax errors
Invalid headers are just as bad as having no headers. One incorrect character could be all it takes to derail your email. Double-check to make sure your syntax is correct as PHP will not catch these errors for you.
Don't use a faux
From:
senderWhile the mail must have a From: sender, you may not just use any value. In particular user-supplied sender addresses are a surefire way to get mails blocked:
Reason: your web or sending mail server is not SPF/DKIM-whitelisted to pretend being responsible for @hotmail or @gmail addresses. It may even silently drop mails with
From:
sender domains it's not configured for.Make sure the recipient value is correct
Sometimes the problem is as simple as having an incorrect value for the recipient of the email. This can be due to using an incorrect variable.
Another way to test this is to hard code the recipient value into the
mail()
function call:This can apply to all of the
mail()
parameters.Send to multiple accounts
To help rule out email account issues, send your email to multiple email accounts at different email providers. If your emails are not arriving at a user's Gmail account, send the same emails to a Yahoo account, a Hotmail account, and a regular POP3 account (like your ISP-provided email account).
If the emails arrive at all or some of the other email accounts, you know your code is sending emails but it is likely that the email account provider is blocking them for some reason. If the email does not arrive at any email account, the problem is more likely to be related to your code.
Make sure the code matches the form method
If you have set your form method to
POST
, make sure you are using$_POST
to look for your form values. If you have set it toGET
or didn't set it at all, make sure you use$_GET
to look for your form values.Make sure your form
action
value points to the correct locationMake sure your form
action
attribute contains a value that points to your PHP mailing code.Make sure the Web host supports sending email
Some Web hosting providers do not allow or enable the sending of emails through their servers. The reasons for this may vary but if they have disabled the sending of mail you will need to use an alternative method that uses a third party to send those emails for you.
An email to their technical support (after a trip to their online support or FAQ) should clarify if email capabilities are available on your server.
Make sure the
localhost
mail server is configuredIf you are developing on your local workstation using WAMP, MAMP, or XAMPP, an email server is probably not installed on your workstation. Without one, PHP cannot send mail by default.
You can overcome this by installing a basic mail server. For Windows you can use the free Mercury Mail.
You can also use SMTP to send your emails. See this great answer from Vikas Dwivedi to learn how to do this.
Enable PHP's custom
mail.log
In addition to your MTA's and PHP's log file, you can enable logging for the
specifically. It doesn't record the complete SMTP interaction, but at least function call parameters and invocation script.
See http://php.net/manual/en/mail.configuration.php for details. (It's best to enable these options in the
php.ini
or.user.ini
or.htaccess
perhaps.)Check with a mail testing service
There are various delivery and spamminess checking services you can utilize to test your MTA/webserver setup. Typically you send a mail probe To: their address, then get a delivery report and more concrete failures or analyzations later:
Use a different mailer
PHP's built-in
mail()
function is handy and often gets the job done but it has its shortcomings. Fortunately, there are alternatives that offer more power and flexibility including handling a lot of the issues outlined above:All of which can be combined with a professional SMTP server/service provider. (Because typical 08/15 shared webhosting plans are hit or miss when it comes to email setup/configurability.)
Answer
Solution:
Add a mail header in the mail function:
Answer
Solution:
Answer
Solution:
If you are using an SMTP configuration for sending your email, try using PHPMailer instead. You can download the library from https://github.com/PHPMailer/PHPMailer.
I created my email sending this way:
Answer
Solution:
Just add some headers before sending mail:
And one more thing. The
mail()
function is not working in localhost. Upload your code to a server and try.Answer
Solution:
It worked for me on 000webhost by doing the following:
Enter directly the email address when sending the email:
Use
''
and not""
.This code works, but the email was received with half an hour lag.
Answer
Solution:
Mostly the
mail()
function is disabled in shared hosting. A better option is to use SMTP. The best option would be Gmail or SendGrid.SMTPconfig.php
SMTPmail.php
contact_email.php
Answer
Solution:
If you only use the
mail()
function, you need to complete the configuration file.You need to open the mail expansion, and set the
SMTP smtp_port
and so on, and most important, your username and your password. Without that, mail cannot be sent. Also, you can use thePHPMail
class to send.Answer
Solution:
Try these two things separately and together:
if($_POST['submit']){}
$from
(just my gut)Answer
Solution:
I think this should do the trick. I just added an
if(isset
and added concatenation to the variables in the body to separate PHP from HTML.Answer
Solution:
For anyone who finds this going forward, I would not recommend using
mail
. There's some answers that touch on this, but not the why of it.PHP's
mail
function is not only opaque, it fully relies on whatever MTA you use (i.e. Sendmail) to do the work.mail
will only tell you if the MTA failed to accept it (i.e. Sendmail was down when you tried to send). It cannot tell you if the mail was successful because it's handed it off. As such (as John Conde's answer details), you now get to fiddle with the logs of the MTA and hope that it tells you enough about the failure to fix it. If you're on a shared host or don't have access to the MTA logs, you're out of luck. Sadly, the default for most vanilla installs for Linux handle it this way.A mail library (PHPMailer, Zend Framework 2+, etc.), does something very different from
mail
. They open a socket directly to the receiving mail server and then send the SMTP mail commands directly over that socket. In other words, the class acts as its own MTA (note that you can tell the libraries to usemail
to ultimately send the mail, but I would strongly recommend you not do that).This means you can then directly see the responses from the receiving server (in PHPMailer, for instance, you can turn on debugging output). No more guessing if a mail failed to send or why.
You also get the benefit of a better interface. With
mail
you have to set up all your headers, attachments, etc. With a library, you have a dedicated function to do that. It also means the function is doing all the tricky parts (like headers).Answer
Solution:
Answer
Solution:
You can use config email by CodeIgniter. For example, using SMTP (simple way):
It works for me!
Answer
Solution:
Try this
Answer
Solution:
Maybe the problem is the configuration of the mail server. To avoid this type of problems or you do not have to worry about the mail server problem, I recommend you use PHPMailer.
It is a plugin that has everything necessary to send mail, and the only thing you have to take into account is to have the SMTP port (Port: 25 and 465), enabled.
Answer
Solution:
First of all, you might have too many parameters for the mail() function... You are able to have of maximum of five,
mail(to, subject, message, headers, parameters);
As far as the
$from
variable goes, that should automatically come from your webhost if your using the Linux cPanel. It automatically comes from your cPanel username and IP address.Also make sure you have the correct order of variables in your mail() function.
The
mail($to, $subject, $message, etc.)
in that order, or else there is a chance of it not working.Answer
Solution:
This will only affect a small handful of users, but I'd like it documented for that small handful. This member of that small handful spent 6 hours troubleshooting a working PHP mail script because of this issue.
If you're going to a university that runs XAMPP from www.AceITLab.com, you should know what our professor didn't tell us: The AceITLab firewall (not the Windows firewall) blocks MercuryMail in XAMPP. You'll have to use an alternative mail client, pear is working for us. You'll have to send to a Gmail account with low security settings.
Yes, I know, this is totally useless for real world email. However, from what I've seen, academic settings and the real world often have precious little in common.
Answer
Solution:
Make sure you have Sendmail installed in your server.
If you have checked your code and verified that there is nothing wrong there, go to /var/mail and check whether that folder is empty.
If it is empty, you will need to do a:
if you are on an Ubuntu server.
Answer
Solution:
For those who do not want to use external mailers and want to mail() on a dedicated Linux server.
The way, how PHP mails, is described in
php.ini
in section[mail function]
.Parameter
sendmail-path
describes how sendmail is called. The default value issendmail -t -i
, so if you get a workingsendmail -t -i < message.txt
in the Linux console - you will be done. You could also addmail.log
to debug and be sure mail() is really called.Different MTAs can implement
sendmail
. They just make a symbolic link to their binaries on that name. For example, in Debian the default is Postfix. Configure your MTA to send mail and test it from the console withsendmail -v -t -i < message.txt
. Filemessage.txt
should contain all headers of a message and a body, destination address for the envelope will be taken from theTo:
header. Example:I prefer to use ssmtp as MTA because it is simple and does not require running a daemon with opened ports. ssmtp fits only for sending mail from localhost. It also can send authenticated email via your account on a public mail service. Install ssmtp and edit configuration file
/etc/ssmtp/ssmtp.conf
. To be able also to receive local system mail to Unix accounts (alerts to root from cron jobs, for example) configure/etc/ssmtp/revaliases
file.Here is my configuration for my account on Yandex mail:
Answer
Solution:
If you're having trouble sending mails with PHP, consider an alternative like or .
I usually use SwiftMailer whenever I need to send mails with PHP.
Basic usage:
See for more information on how to use SwiftMailer.
Answer
Solution:
Sendmail installation for Debian 10.0.0 ('Buster') was in fact trivial!
php.ini
Standard sendmail package install (allowing 'send'):
Miscellaneous useful commands:
Verification (of ability to send)
The above took about 5 minutes. Then I wasted 5 hours... Don't forget to check your spam folder!
Answer
Solution:
If you are running this code on a local server (i.e your computer for development purposes) it won't send the email to the recipient. It will create a
.txt
file in a folder namedmailoutput
.In the case if you are using a free hosing service, like
000webhost
orhostinger
, those service providers disable themail()
function to prevent unintended uses of email spoofing, spamming, etc. I prefer you to contact them to see whether they support this feature.If you are sure that the service provider supports the mail() function, you can check this PHP manual for further reference,
PHP mail()
To check weather your hosting service support the mail() function, try running this code (remember to change the recipient email address):
Answer
Solution:
You can use the
PHPMailer
and it works perfectly,here's a code example:Answer
Solution:
You can see your errors by:
And my sample code is:
Answer
Solution:
If you're stuck with an app hosted on Hostgator, this is what solved my problem. Thanks a lot to the guy who posted the detailed solution. In case the link goes offline one day, there you have the summary:
<?php phpinfo(); ?>
. Open this page, and look forsendmail path
. (Then, don't forget to remove this code!)-t -i
, then edit your server'sphp.ini
and add the following line:sendmail_path = /usr/sbin/sendmail -t -i;
But, after being able to send mail with PHP
mail()
function, I learned that it sends not authenticated email, what created another issue. The emails were all falling in my Hotmail's junk mail box, and some emails were never delivered, which I guess is related to the fact that they are not authenticated. That's why I decided to switch frommail()
toPHPMailer
with SMTP, after all.Answer
Solution:
It may be a problem with "From:" $email address in this part of the $headers:
To try it out, send an email without the headers part, like:
If that is a case, try using an email account that is already created at the system you are trying to send mail from.
Answer
Solution:
Sending HTML email While sending an email message you can specify a Mime version, content type and character set to send an HTML email.
Example The above example will send an HTML email message to [email protected] You can code this program in such a way that it should receive all content from the user and then it should send an email.
Answer
Solution:
What solved this issue for me was that some providers don't allow external recipients when using php mail:
Change the recipient ($recipient) in the code to a local recipient. This means use an email address from the server's domain, for example if your server domain is www.yourdomain.com then the recipient's email should be [email protected] Upload the modified php file and retry. If it's still not working: change the sender ($sender) to a local email (use the same email as used for recipient). Upload the modified php file and retry.
Hope this helps some! https://www.arclab.com/en/kb/php/how-to-test-and-fix-php-mail-function.html
Answer
Solution:
I had this problem and found that stripping back the headers helped me to get mail out. So this:
became this:
No need for the To: header.
Mail clients are pretty good at sniffing out URLs and rewriting them as a hyperlink. So I didn't bother writing HTML and specifying text/html in the content-type header. I just threw new lines with \r\n in the message body. I appreciate this isn't the coding purist's approach but it works for what I need it for.
Answer
Solution:
There are several possibilities:
You're facing a server problem. The server does not have any mail server. So your mail is not working, because your code is fine and mail is working with type.
You are not getting the posted value. Try your code with a static value.
Use SMTP mails to send mail...
Answer
Solution:
Although there are portions of this answer that apply to only to the usage of the
mail()
function itself, many of these troubleshooting steps can be applied to any PHP mailing system.There are a variety of reasons your script appears to not be sending emails. It's difficult to diagnose these things unless there is an obvious syntax error. Without one you need to run through the checklist below to find any potential pitfalls you may be encountering.
Make sure error reporting is enabled and set to report all errors
Error reporting is essential to rooting out bugs in your code and general errors that PHP encounters. Error reporting needs to be enabled to receive these errors. Placing the following code at the top of your PHP files (or in a master configuration file) will enable error reporting.
See How can I get useful error messages in PHP? — this answer for more details on this.
Make sure the
mail()
function is calledIt may seem silly but a common error is to forget to actually place the
mail()
function in your code. Make sure it is there and not commented out.Make sure the
mail()
function is called correctlyThe mail function takes three required parameters and optionally a fourth and fifth one. If your call to
mail()
does not have at least three parameters it will fail.If your call to
mail()
does not have the correct parameters in the correct order it will also fail.Check the server's mail logs
Your web server should be logging all attempts to send emails through it. The location of these logs will vary (you may need to ask your server administrator where they are located) but they can commonly be found in a user's root directory under
logs
. Inside will be error messages the server reported, if any, related to your attempts to send emails.Check for Port connection failure
Port block is a very common problem which most developers face while integrating their code to deliver emails using SMTP. And, this can be easily traced at the server maillogs (the location of server of mail log can vary from server to server, as explained above). In case you are on a shared hosting server, the ports 25 and 587 remain blocked by default. This block is been purposely done by your hosting provider. This is true even for some of the dedicated servers. When these ports are blocked, try to connect using port 2525. If you find that port is also blocked, then the only solution is to contact your hosting provider to unblock these ports.
Most of the hosting providers block these email ports to protect their network from sending any spam emails.
Use ports 25 or 587 for plain/TLS connections and port 465 for SSL connections. For most users, it is suggested to use port 587 to avoid rate limits set by some hosting providers.
Don't use the error suppression operator
When the error suppression operator
@
is prepended to an expression in PHP, any error messages that might be generated by that expression will be ignored. There are circumstances where using this operator is necessary but sending mail is not one of them.If your code contains
@mail(...)
then you may be hiding important error messages that will help you debug this. Remove the@
and see if any errors are reported.It's only advisable when you check with
right afterwards for concrete failures.
Check the
mail()
return valueThe
function:
This is important to note because:
FALSE
return value you know the error lies with your server accepting your mail. This probably isn't a coding issue but a server configuration issue. You need to speak to your system administrator to find out why this is happening.TRUE
return value it does not mean your email will definitely be sent. It just means the email was sent to its respective handler on the server successfully by PHP. There are still more points of failure outside of PHP's control that can cause the email to not be sent.So
FALSE
will help point you in the right direction whereasTRUE
does not necessarily mean your email was sent successfully. This is important to note!Make sure your hosting provider allows you to send emails and does not limit mail sending
Many shared webhosts, especially free webhosting providers, either do not allow emails to be sent from their servers or limit the amount that can be sent during any given time period. This is due to their efforts to limit spammers from taking advantage of their cheaper services.
If you think your host has emailing limits or blocks the sending of emails, check their FAQs to see if they list any such limitations. Otherwise, you may need to reach out to their support to verify if there are any restrictions in place around the sending of emails.
Check spam folders; prevent emails from being flagged as spam
Oftentimes, for various reasons, emails sent through PHP (and other server-side programming languages) end up in a recipient's spam folder. Always check there before troubleshooting your code.
To avoid mail sent through PHP from being sent to a recipient's spam folder, there are various things you can do, both in your PHP code and otherwise, to minimize the chances your emails are marked as spam. Good tips from Michiel de Mare include:
See How do you make sure email you send programmatically is not automatically marked as spam? for more on this topic.
Make sure all mail headers are supplied
Some spam software will reject mail if it is missing common headers such as "From" and "Reply-to":
Make sure mail headers have no syntax errors
Invalid headers are just as bad as having no headers. One incorrect character could be all it takes to derail your email. Double-check to make sure your syntax is correct as PHP will not catch these errors for you.
Don't use a faux
From:
senderWhile the mail must have a From: sender, you may not just use any value. In particular user-supplied sender addresses are a surefire way to get mails blocked:
Reason: your web or sending mail server is not SPF/DKIM-whitelisted to pretend being responsible for @hotmail or @gmail addresses. It may even silently drop mails with
From:
sender domains it's not configured for.Make sure the recipient value is correct
Sometimes the problem is as simple as having an incorrect value for the recipient of the email. This can be due to using an incorrect variable.
Another way to test this is to hard code the recipient value into the
mail()
function call:This can apply to all of the
mail()
parameters.Send to multiple accounts
To help rule out email account issues, send your email to multiple email accounts at different email providers. If your emails are not arriving at a user's Gmail account, send the same emails to a Yahoo account, a Hotmail account, and a regular POP3 account (like your ISP-provided email account).
If the emails arrive at all or some of the other email accounts, you know your code is sending emails but it is likely that the email account provider is blocking them for some reason. If the email does not arrive at any email account, the problem is more likely to be related to your code.
Make sure the code matches the form method
If you have set your form method to
POST
, make sure you are using$_POST
to look for your form values. If you have set it toGET
or didn't set it at all, make sure you use$_GET
to look for your form values.Make sure your form
action
value points to the correct locationMake sure your form
action
attribute contains a value that points to your PHP mailing code.Make sure the Web host supports sending email
Some Web hosting providers do not allow or enable the sending of emails through their servers. The reasons for this may vary but if they have disabled the sending of mail you will need to use an alternative method that uses a third party to send those emails for you.
An email to their technical support (after a trip to their online support or FAQ) should clarify if email capabilities are available on your server.
Make sure the
localhost
mail server is configuredIf you are developing on your local workstation using WAMP, MAMP, or XAMPP, an email server is probably not installed on your workstation. Without one, PHP cannot send mail by default.
You can overcome this by installing a basic mail server. For Windows you can use the free Mercury Mail.
You can also use SMTP to send your emails. See this great answer from Vikas Dwivedi to learn how to do this.
Enable PHP's custom
mail.log
In addition to your MTA's and PHP's log file, you can enable logging for the
specifically. It doesn't record the complete SMTP interaction, but at least function call parameters and invocation script.
See http://php.net/manual/en/mail.configuration.php for details. (It's best to enable these options in the
php.ini
or.user.ini
or.htaccess
perhaps.)Check with a mail testing service
There are various delivery and spamminess checking services you can utilize to test your MTA/webserver setup. Typically you send a mail probe To: their address, then get a delivery report and more concrete failures or analyzations later:
Use a different mailer
PHP's built-in
mail()
function is handy and often gets the job done but it has its shortcomings. Fortunately, there are alternatives that offer more power and flexibility including handling a lot of the issues outlined above:All of which can be combined with a professional SMTP server/service provider. (Because typical 08/15 shared webhosting plans are hit or miss when it comes to email setup/configurability.)
Answer
Solution:
Add a mail header in the mail function:
Answer
Solution:
Answer
Solution:
If you are using an SMTP configuration for sending your email, try using PHPMailer instead. You can download the library from https://github.com/PHPMailer/PHPMailer.
I created my email sending this way:
Answer
Solution:
Just add some headers before sending mail:
And one more thing. The
mail()
function is not working in localhost. Upload your code to a server and try.Answer
Solution:
It worked for me on 000webhost by doing the following:
Enter directly the email address when sending the email:
Use
''
and not""
.This code works, but the email was received with half an hour lag.
Answer
Solution:
Mostly the
mail()
function is disabled in shared hosting. A better option is to use SMTP. The best option would be Gmail or SendGrid.SMTPconfig.php
SMTPmail.php
contact_email.php
Answer
Solution:
If you only use the
mail()
function, you need to complete the configuration file.You need to open the mail expansion, and set the
SMTP smtp_port
and so on, and most important, your username and your password. Without that, mail cannot be sent. Also, you can use thePHPMail
class to send.Answer
Solution:
Try these two things separately and together:
if($_POST['submit']){}
$from
(just my gut)Answer
Solution:
I think this should do the trick. I just added an
if(isset
and added concatenation to the variables in the body to separate PHP from HTML.Answer
Solution:
For anyone who finds this going forward, I would not recommend using
mail
. There's some answers that touch on this, but not the why of it.PHP's
mail
function is not only opaque, it fully relies on whatever MTA you use (i.e. Sendmail) to do the work.mail
will only tell you if the MTA failed to accept it (i.e. Sendmail was down when you tried to send). It cannot tell you if the mail was successful because it's handed it off. As such (as John Conde's answer details), you now get to fiddle with the logs of the MTA and hope that it tells you enough about the failure to fix it. If you're on a shared host or don't have access to the MTA logs, you're out of luck. Sadly, the default for most vanilla installs for Linux handle it this way.A mail library (PHPMailer, Zend Framework 2+, etc.), does something very different from
mail
. They open a socket directly to the receiving mail server and then send the SMTP mail commands directly over that socket. In other words, the class acts as its own MTA (note that you can tell the libraries to usemail
to ultimately send the mail, but I would strongly recommend you not do that).This means you can then directly see the responses from the receiving server (in PHPMailer, for instance, you can turn on debugging output). No more guessing if a mail failed to send or why.
You also get the benefit of a better interface. With
mail
you have to set up all your headers, attachments, etc. With a library, you have a dedicated function to do that. It also means the function is doing all the tricky parts (like headers).Answer
Solution:
Answer
Solution:
You can use config email by CodeIgniter. For example, using SMTP (simple way):
It works for me!
Answer
Solution:
Try this
Answer
Solution:
Maybe the problem is the configuration of the mail server. To avoid this type of problems or you do not have to worry about the mail server problem, I recommend you use PHPMailer.
It is a plugin that has everything necessary to send mail, and the only thing you have to take into account is to have the SMTP port (Port: 25 and 465), enabled.
Answer
Solution:
First of all, you might have too many parameters for the mail() function... You are able to have of maximum of five,
mail(to, subject, message, headers, parameters);
As far as the
$from
variable goes, that should automatically come from your webhost if your using the Linux cPanel. It automatically comes from your cPanel username and IP address.Also make sure you have the correct order of variables in your mail() function.
The
mail($to, $subject, $message, etc.)
in that order, or else there is a chance of it not working.Answer
Solution:
This will only affect a small handful of users, but I'd like it documented for that small handful. This member of that small handful spent 6 hours troubleshooting a working PHP mail script because of this issue.
If you're going to a university that runs XAMPP from www.AceITLab.com, you should know what our professor didn't tell us: The AceITLab firewall (not the Windows firewall) blocks MercuryMail in XAMPP. You'll have to use an alternative mail client, pear is working for us. You'll have to send to a Gmail account with low security settings.
Yes, I know, this is totally useless for real world email. However, from what I've seen, academic settings and the real world often have precious little in common.
Answer
Solution:
Make sure you have Sendmail installed in your server.
If you have checked your code and verified that there is nothing wrong there, go to /var/mail and check whether that folder is empty.
If it is empty, you will need to do a:
if you are on an Ubuntu server.
Answer
Solution:
For those who do not want to use external mailers and want to mail() on a dedicated Linux server.
The way, how PHP mails, is described in
php.ini
in section[mail function]
.Parameter
sendmail-path
describes how sendmail is called. The default value issendmail -t -i
, so if you get a workingsendmail -t -i < message.txt
in the Linux console - you will be done. You could also addmail.log
to debug and be sure mail() is really called.Different MTAs can implement
sendmail
. They just make a symbolic link to their binaries on that name. For example, in Debian the default is Postfix. Configure your MTA to send mail and test it from the console withsendmail -v -t -i < message.txt
. Filemessage.txt
should contain all headers of a message and a body, destination address for the envelope will be taken from theTo:
header. Example:I prefer to use ssmtp as MTA because it is simple and does not require running a daemon with opened ports. ssmtp fits only for sending mail from localhost. It also can send authenticated email via your account on a public mail service. Install ssmtp and edit configuration file
/etc/ssmtp/ssmtp.conf
. To be able also to receive local system mail to Unix accounts (alerts to root from cron jobs, for example) configure/etc/ssmtp/revaliases
file.Here is my configuration for my account on Yandex mail:
Answer
Solution:
If you're having trouble sending mails with PHP, consider an alternative like or .
I usually use SwiftMailer whenever I need to send mails with PHP.
Basic usage:
See for more information on how to use SwiftMailer.
Answer
Solution:
Sendmail installation for Debian 10.0.0 ('Buster') was in fact trivial!
php.ini
Standard sendmail package install (allowing 'send'):
Miscellaneous useful commands:
Verification (of ability to send)
The above took about 5 minutes. Then I wasted 5 hours... Don't forget to check your spam folder!
Answer
Solution:
If you are running this code on a local server (i.e your computer for development purposes) it won't send the email to the recipient. It will create a
.txt
file in a folder namedmailoutput
.In the case if you are using a free hosing service, like
000webhost
orhostinger
, those service providers disable themail()
function to prevent unintended uses of email spoofing, spamming, etc. I prefer you to contact them to see whether they support this feature.If you are sure that the service provider supports the mail() function, you can check this PHP manual for further reference,
PHP mail()
To check weather your hosting service support the mail() function, try running this code (remember to change the recipient email address):
Answer
Solution:
You can use the
PHPMailer
and it works perfectly,here's a code example:Answer
Solution:
You can see your errors by:
And my sample code is:
Answer
Solution:
If you're stuck with an app hosted on Hostgator, this is what solved my problem. Thanks a lot to the guy who posted the detailed solution. In case the link goes offline one day, there you have the summary:
<?php phpinfo(); ?>
. Open this page, and look forsendmail path
. (Then, don't forget to remove this code!)-t -i
, then edit your server'sphp.ini
and add the following line:sendmail_path = /usr/sbin/sendmail -t -i;
But, after being able to send mail with PHP
mail()
function, I learned that it sends not authenticated email, what created another issue. The emails were all falling in my Hotmail's junk mail box, and some emails were never delivered, which I guess is related to the fact that they are not authenticated. That's why I decided to switch frommail()
toPHPMailer
with SMTP, after all.Answer
Solution:
It may be a problem with "From:" $email address in this part of the $headers:
To try it out, send an email without the headers part, like:
If that is a case, try using an email account that is already created at the system you are trying to send mail from.
Answer
Solution:
Sending HTML email While sending an email message you can specify a Mime version, content type and character set to send an HTML email.
Example The above example will send an HTML email message to [email protected] You can code this program in such a way that it should receive all content from the user and then it should send an email.
Answer
Solution:
What solved this issue for me was that some providers don't allow external recipients when using php mail:
Change the recipient ($recipient) in the code to a local recipient. This means use an email address from the server's domain, for example if your server domain is www.yourdomain.com then the recipient's email should be [email protected] Upload the modified php file and retry. If it's still not working: change the sender ($sender) to a local email (use the same email as used for recipient). Upload the modified php file and retry.
Hope this helps some! https://www.arclab.com/en/kb/php/how-to-test-and-fix-php-mail-function.html
Answer
Solution:
I had this problem and found that stripping back the headers helped me to get mail out. So this:
became this:
No need for the To: header.
Mail clients are pretty good at sniffing out URLs and rewriting them as a hyperlink. So I didn't bother writing HTML and specifying text/html in the content-type header. I just threw new lines with \r\n in the message body. I appreciate this isn't the coding purist's approach but it works for what I need it for.
Answer
Solution:
There are several possibilities:
You're facing a server problem. The server does not have any mail server. So your mail is not working, because your code is fine and mail is working with type.
You are not getting the posted value. Try your code with a static value.
Use SMTP mails to send mail...
Answer
Solution:
Although there are portions of this answer that apply to only to the usage of the
mail()
function itself, many of these troubleshooting steps can be applied to any PHP mailing system.There are a variety of reasons your script appears to not be sending emails. It's difficult to diagnose these things unless there is an obvious syntax error. Without one you need to run through the checklist below to find any potential pitfalls you may be encountering.
Make sure error reporting is enabled and set to report all errors
Error reporting is essential to rooting out bugs in your code and general errors that PHP encounters. Error reporting needs to be enabled to receive these errors. Placing the following code at the top of your PHP files (or in a master configuration file) will enable error reporting.
See How can I get useful error messages in PHP? — this answer for more details on this.
Make sure the
mail()
function is calledIt may seem silly but a common error is to forget to actually place the
mail()
function in your code. Make sure it is there and not commented out.Make sure the
mail()
function is called correctlyThe mail function takes three required parameters and optionally a fourth and fifth one. If your call to
mail()
does not have at least three parameters it will fail.If your call to
mail()
does not have the correct parameters in the correct order it will also fail.Check the server's mail logs
Your web server should be logging all attempts to send emails through it. The location of these logs will vary (you may need to ask your server administrator where they are located) but they can commonly be found in a user's root directory under
logs
. Inside will be error messages the server reported, if any, related to your attempts to send emails.Check for Port connection failure
Port block is a very common problem which most developers face while integrating their code to deliver emails using SMTP. And, this can be easily traced at the server maillogs (the location of server of mail log can vary from server to server, as explained above). In case you are on a shared hosting server, the ports 25 and 587 remain blocked by default. This block is been purposely done by your hosting provider. This is true even for some of the dedicated servers. When these ports are blocked, try to connect using port 2525. If you find that port is also blocked, then the only solution is to contact your hosting provider to unblock these ports.
Most of the hosting providers block these email ports to protect their network from sending any spam emails.
Use ports 25 or 587 for plain/TLS connections and port 465 for SSL connections. For most users, it is suggested to use port 587 to avoid rate limits set by some hosting providers.
Don't use the error suppression operator
When the error suppression operator
@
is prepended to an expression in PHP, any error messages that might be generated by that expression will be ignored. There are circumstances where using this operator is necessary but sending mail is not one of them.If your code contains
@mail(...)
then you may be hiding important error messages that will help you debug this. Remove the@
and see if any errors are reported.It's only advisable when you check with
right afterwards for concrete failures.
Check the
mail()
return valueThe
function:
This is important to note because:
FALSE
return value you know the error lies with your server accepting your mail. This probably isn't a coding issue but a server configuration issue. You need to speak to your system administrator to find out why this is happening.TRUE
return value it does not mean your email will definitely be sent. It just means the email was sent to its respective handler on the server successfully by PHP. There are still more points of failure outside of PHP's control that can cause the email to not be sent.So
FALSE
will help point you in the right direction whereasTRUE
does not necessarily mean your email was sent successfully. This is important to note!Make sure your hosting provider allows you to send emails and does not limit mail sending
Many shared webhosts, especially free webhosting providers, either do not allow emails to be sent from their servers or limit the amount that can be sent during any given time period. This is due to their efforts to limit spammers from taking advantage of their cheaper services.
If you think your host has emailing limits or blocks the sending of emails, check their FAQs to see if they list any such limitations. Otherwise, you may need to reach out to their support to verify if there are any restrictions in place around the sending of emails.
Check spam folders; prevent emails from being flagged as spam
Oftentimes, for various reasons, emails sent through PHP (and other server-side programming languages) end up in a recipient's spam folder. Always check there before troubleshooting your code.
To avoid mail sent through PHP from being sent to a recipient's spam folder, there are various things you can do, both in your PHP code and otherwise, to minimize the chances your emails are marked as spam. Good tips from Michiel de Mare include:
See How do you make sure email you send programmatically is not automatically marked as spam? for more on this topic.
Make sure all mail headers are supplied
Some spam software will reject mail if it is missing common headers such as "From" and "Reply-to":
Make sure mail headers have no syntax errors
Invalid headers are just as bad as having no headers. One incorrect character could be all it takes to derail your email. Double-check to make sure your syntax is correct as PHP will not catch these errors for you.
Don't use a faux
From:
senderWhile the mail must have a From: sender, you may not just use any value. In particular user-supplied sender addresses are a surefire way to get mails blocked:
Reason: your web or sending mail server is not SPF/DKIM-whitelisted to pretend being responsible for @hotmail or @gmail addresses. It may even silently drop mails with
From:
sender domains it's not configured for.Make sure the recipient value is correct
Sometimes the problem is as simple as having an incorrect value for the recipient of the email. This can be due to using an incorrect variable.
Another way to test this is to hard code the recipient value into the
mail()
function call:This can apply to all of the
mail()
parameters.Send to multiple accounts
To help rule out email account issues, send your email to multiple email accounts at different email providers. If your emails are not arriving at a user's Gmail account, send the same emails to a Yahoo account, a Hotmail account, and a regular POP3 account (like your ISP-provided email account).
If the emails arrive at all or some of the other email accounts, you know your code is sending emails but it is likely that the email account provider is blocking them for some reason. If the email does not arrive at any email account, the problem is more likely to be related to your code.
Make sure the code matches the form method
If you have set your form method to
POST
, make sure you are using$_POST
to look for your form values. If you have set it toGET
or didn't set it at all, make sure you use$_GET
to look for your form values.Make sure your form
action
value points to the correct locationMake sure your form
action
attribute contains a value that points to your PHP mailing code.Make sure the Web host supports sending email
Some Web hosting providers do not allow or enable the sending of emails through their servers. The reasons for this may vary but if they have disabled the sending of mail you will need to use an alternative method that uses a third party to send those emails for you.
An email to their technical support (after a trip to their online support or FAQ) should clarify if email capabilities are available on your server.
Make sure the
localhost
mail server is configuredIf you are developing on your local workstation using WAMP, MAMP, or XAMPP, an email server is probably not installed on your workstation. Without one, PHP cannot send mail by default.
You can overcome this by installing a basic mail server. For Windows you can use the free Mercury Mail.
You can also use SMTP to send your emails. See this great answer from Vikas Dwivedi to learn how to do this.
Enable PHP's custom
mail.log
In addition to your MTA's and PHP's log file, you can enable logging for the
specifically. It doesn't record the complete SMTP interaction, but at least function call parameters and invocation script.
See http://php.net/manual/en/mail.configuration.php for details. (It's best to enable these options in the
php.ini
or.user.ini
or.htaccess
perhaps.)Check with a mail testing service
There are various delivery and spamminess checking services you can utilize to test your MTA/webserver setup. Typically you send a mail probe To: their address, then get a delivery report and more concrete failures or analyzations later:
Use a different mailer
PHP's built-in
mail()
function is handy and often gets the job done but it has its shortcomings. Fortunately, there are alternatives that offer more power and flexibility including handling a lot of the issues outlined above:All of which can be combined with a professional SMTP server/service provider. (Because typical 08/15 shared webhosting plans are hit or miss when it comes to email setup/configurability.)
Answer
Solution:
Add a mail header in the mail function:
Answer
Solution:
Answer
Solution:
If you are using an SMTP configuration for sending your email, try using PHPMailer instead. You can download the library from https://github.com/PHPMailer/PHPMailer.
I created my email sending this way:
Answer
Solution:
Just add some headers before sending mail:
And one more thing. The
mail()
function is not working in localhost. Upload your code to a server and try.Answer
Solution:
It worked for me on 000webhost by doing the following:
Enter directly the email address when sending the email:
Use
''
and not""
.This code works, but the email was received with half an hour lag.
Answer
Solution:
Mostly the
mail()
function is disabled in shared hosting. A better option is to use SMTP. The best option would be Gmail or SendGrid.SMTPconfig.php
SMTPmail.php
contact_email.php
Answer
Solution:
If you only use the
mail()
function, you need to complete the configuration file.You need to open the mail expansion, and set the
SMTP smtp_port
and so on, and most important, your username and your password. Without that, mail cannot be sent. Also, you can use thePHPMail
class to send.Answer
Solution:
Try these two things separately and together:
if($_POST['submit']){}
$from
(just my gut)Answer
Solution:
I think this should do the trick. I just added an
if(isset
and added concatenation to the variables in the body to separate PHP from HTML.Answer
Solution:
For anyone who finds this going forward, I would not recommend using
mail
. There's some answers that touch on this, but not the why of it.PHP's
mail
function is not only opaque, it fully relies on whatever MTA you use (i.e. Sendmail) to do the work.mail
will only tell you if the MTA failed to accept it (i.e. Sendmail was down when you tried to send). It cannot tell you if the mail was successful because it's handed it off. As such (as John Conde's answer details), you now get to fiddle with the logs of the MTA and hope that it tells you enough about the failure to fix it. If you're on a shared host or don't have access to the MTA logs, you're out of luck. Sadly, the default for most vanilla installs for Linux handle it this way.A mail library (PHPMailer, Zend Framework 2+, etc.), does something very different from
mail
. They open a socket directly to the receiving mail server and then send the SMTP mail commands directly over that socket. In other words, the class acts as its own MTA (note that you can tell the libraries to usemail
to ultimately send the mail, but I would strongly recommend you not do that).This means you can then directly see the responses from the receiving server (in PHPMailer, for instance, you can turn on debugging output). No more guessing if a mail failed to send or why.
You also get the benefit of a better interface. With
mail
you have to set up all your headers, attachments, etc. With a library, you have a dedicated function to do that. It also means the function is doing all the tricky parts (like headers).Answer
Solution:
Answer
Solution:
You can use config email by CodeIgniter. For example, using SMTP (simple way):
It works for me!
Answer
Solution:
Try this
Answer
Solution:
Maybe the problem is the configuration of the mail server. To avoid this type of problems or you do not have to worry about the mail server problem, I recommend you use PHPMailer.
It is a plugin that has everything necessary to send mail, and the only thing you have to take into account is to have the SMTP port (Port: 25 and 465), enabled.
Answer
Solution:
First of all, you might have too many parameters for the mail() function... You are able to have of maximum of five,
mail(to, subject, message, headers, parameters);
As far as the
$from
variable goes, that should automatically come from your webhost if your using the Linux cPanel. It automatically comes from your cPanel username and IP address.Also make sure you have the correct order of variables in your mail() function.
The
mail($to, $subject, $message, etc.)
in that order, or else there is a chance of it not working.Answer
Solution:
This will only affect a small handful of users, but I'd like it documented for that small handful. This member of that small handful spent 6 hours troubleshooting a working PHP mail script because of this issue.
If you're going to a university that runs XAMPP from www.AceITLab.com, you should know what our professor didn't tell us: The AceITLab firewall (not the Windows firewall) blocks MercuryMail in XAMPP. You'll have to use an alternative mail client, pear is working for us. You'll have to send to a Gmail account with low security settings.
Yes, I know, this is totally useless for real world email. However, from what I've seen, academic settings and the real world often have precious little in common.
Answer
Solution:
Make sure you have Sendmail installed in your server.
If you have checked your code and verified that there is nothing wrong there, go to /var/mail and check whether that folder is empty.
If it is empty, you will need to do a:
if you are on an Ubuntu server.
Answer
Solution:
For those who do not want to use external mailers and want to mail() on a dedicated Linux server.
The way, how PHP mails, is described in
php.ini
in section[mail function]
.Parameter
sendmail-path
describes how sendmail is called. The default value issendmail -t -i
, so if you get a workingsendmail -t -i < message.txt
in the Linux console - you will be done. You could also addmail.log
to debug and be sure mail() is really called.Different MTAs can implement
sendmail
. They just make a symbolic link to their binaries on that name. For example, in Debian the default is Postfix. Configure your MTA to send mail and test it from the console withsendmail -v -t -i < message.txt
. Filemessage.txt
should contain all headers of a message and a body, destination address for the envelope will be taken from theTo:
header. Example:I prefer to use ssmtp as MTA because it is simple and does not require running a daemon with opened ports. ssmtp fits only for sending mail from localhost. It also can send authenticated email via your account on a public mail service. Install ssmtp and edit configuration file
/etc/ssmtp/ssmtp.conf
. To be able also to receive local system mail to Unix accounts (alerts to root from cron jobs, for example) configure/etc/ssmtp/revaliases
file.Here is my configuration for my account on Yandex mail:
Answer
Solution:
If you're having trouble sending mails with PHP, consider an alternative like or .
I usually use SwiftMailer whenever I need to send mails with PHP.
Basic usage:
See for more information on how to use SwiftMailer.
Answer
Solution:
Sendmail installation for Debian 10.0.0 ('Buster') was in fact trivial!
php.ini
Standard sendmail package install (allowing 'send'):
Miscellaneous useful commands:
Verification (of ability to send)
The above took about 5 minutes. Then I wasted 5 hours... Don't forget to check your spam folder!
Answer
Solution:
If you are running this code on a local server (i.e your computer for development purposes) it won't send the email to the recipient. It will create a
.txt
file in a folder namedmailoutput
.In the case if you are using a free hosing service, like
000webhost
orhostinger
, those service providers disable themail()
function to prevent unintended uses of email spoofing, spamming, etc. I prefer you to contact them to see whether they support this feature.If you are sure that the service provider supports the mail() function, you can check this PHP manual for further reference,
PHP mail()
To check weather your hosting service support the mail() function, try running this code (remember to change the recipient email address):
Answer
Solution:
You can use the
PHPMailer
and it works perfectly,here's a code example:Answer
Solution:
You can see your errors by:
And my sample code is:
Answer
Solution:
If you're stuck with an app hosted on Hostgator, this is what solved my problem. Thanks a lot to the guy who posted the detailed solution. In case the link goes offline one day, there you have the summary:
<?php phpinfo(); ?>
. Open this page, and look forsendmail path
. (Then, don't forget to remove this code!)-t -i
, then edit your server'sphp.ini
and add the following line:sendmail_path = /usr/sbin/sendmail -t -i;
But, after being able to send mail with PHP
mail()
function, I learned that it sends not authenticated email, what created another issue. The emails were all falling in my Hotmail's junk mail box, and some emails were never delivered, which I guess is related to the fact that they are not authenticated. That's why I decided to switch frommail()
toPHPMailer
with SMTP, after all.Answer
Solution:
It may be a problem with "From:" $email address in this part of the $headers:
To try it out, send an email without the headers part, like:
If that is a case, try using an email account that is already created at the system you are trying to send mail from.
Answer
Solution:
Sending HTML email While sending an email message you can specify a Mime version, content type and character set to send an HTML email.
Example The above example will send an HTML email message to [email protected] You can code this program in such a way that it should receive all content from the user and then it should send an email.
Answer
Solution:
What solved this issue for me was that some providers don't allow external recipients when using php mail:
Change the recipient ($recipient) in the code to a local recipient. This means use an email address from the server's domain, for example if your server domain is www.yourdomain.com then the recipient's email should be [email protected] Upload the modified php file and retry. If it's still not working: change the sender ($sender) to a local email (use the same email as used for recipient). Upload the modified php file and retry.
Hope this helps some! https://www.arclab.com/en/kb/php/how-to-test-and-fix-php-mail-function.html
Answer
Solution:
I had this problem and found that stripping back the headers helped me to get mail out. So this:
became this:
No need for the To: header.
Mail clients are pretty good at sniffing out URLs and rewriting them as a hyperlink. So I didn't bother writing HTML and specifying text/html in the content-type header. I just threw new lines with \r\n in the message body. I appreciate this isn't the coding purist's approach but it works for what I need it for.
Answer
Solution:
There are several possibilities:
You're facing a server problem. The server does not have any mail server. So your mail is not working, because your code is fine and mail is working with type.
You are not getting the posted value. Try your code with a static value.
Use SMTP mails to send mail...
Answer
Solution:
Although there are portions of this answer that apply to only to the usage of the
mail()
function itself, many of these troubleshooting steps can be applied to any PHP mailing system.There are a variety of reasons your script appears to not be sending emails. It's difficult to diagnose these things unless there is an obvious syntax error. Without one you need to run through the checklist below to find any potential pitfalls you may be encountering.
Make sure error reporting is enabled and set to report all errors
Error reporting is essential to rooting out bugs in your code and general errors that PHP encounters. Error reporting needs to be enabled to receive these errors. Placing the following code at the top of your PHP files (or in a master configuration file) will enable error reporting.
See How can I get useful error messages in PHP? — this answer for more details on this.
Make sure the
mail()
function is calledIt may seem silly but a common error is to forget to actually place the
mail()
function in your code. Make sure it is there and not commented out.Make sure the
mail()
function is called correctlyThe mail function takes three required parameters and optionally a fourth and fifth one. If your call to
mail()
does not have at least three parameters it will fail.If your call to
mail()
does not have the correct parameters in the correct order it will also fail.Check the server's mail logs
Your web server should be logging all attempts to send emails through it. The location of these logs will vary (you may need to ask your server administrator where they are located) but they can commonly be found in a user's root directory under
logs
. Inside will be error messages the server reported, if any, related to your attempts to send emails.Check for Port connection failure
Port block is a very common problem which most developers face while integrating their code to deliver emails using SMTP. And, this can be easily traced at the server maillogs (the location of server of mail log can vary from server to server, as explained above). In case you are on a shared hosting server, the ports 25 and 587 remain blocked by default. This block is been purposely done by your hosting provider. This is true even for some of the dedicated servers. When these ports are blocked, try to connect using port 2525. If you find that port is also blocked, then the only solution is to contact your hosting provider to unblock these ports.
Most of the hosting providers block these email ports to protect their network from sending any spam emails.
Use ports 25 or 587 for plain/TLS connections and port 465 for SSL connections. For most users, it is suggested to use port 587 to avoid rate limits set by some hosting providers.
Don't use the error suppression operator
When the error suppression operator
@
is prepended to an expression in PHP, any error messages that might be generated by that expression will be ignored. There are circumstances where using this operator is necessary but sending mail is not one of them.If your code contains
@mail(...)
then you may be hiding important error messages that will help you debug this. Remove the@
and see if any errors are reported.It's only advisable when you check with
right afterwards for concrete failures.
Check the
mail()
return valueThe
function:
This is important to note because:
FALSE
return value you know the error lies with your server accepting your mail. This probably isn't a coding issue but a server configuration issue. You need to speak to your system administrator to find out why this is happening.TRUE
return value it does not mean your email will definitely be sent. It just means the email was sent to its respective handler on the server successfully by PHP. There are still more points of failure outside of PHP's control that can cause the email to not be sent.So
FALSE
will help point you in the right direction whereasTRUE
does not necessarily mean your email was sent successfully. This is important to note!Make sure your hosting provider allows you to send emails and does not limit mail sending
Many shared webhosts, especially free webhosting providers, either do not allow emails to be sent from their servers or limit the amount that can be sent during any given time period. This is due to their efforts to limit spammers from taking advantage of their cheaper services.
If you think your host has emailing limits or blocks the sending of emails, check their FAQs to see if they list any such limitations. Otherwise, you may need to reach out to their support to verify if there are any restrictions in place around the sending of emails.
Check spam folders; prevent emails from being flagged as spam
Oftentimes, for various reasons, emails sent through PHP (and other server-side programming languages) end up in a recipient's spam folder. Always check there before troubleshooting your code.
To avoid mail sent through PHP from being sent to a recipient's spam folder, there are various things you can do, both in your PHP code and otherwise, to minimize the chances your emails are marked as spam. Good tips from Michiel de Mare include:
See How do you make sure email you send programmatically is not automatically marked as spam? for more on this topic.
Make sure all mail headers are supplied
Some spam software will reject mail if it is missing common headers such as "From" and "Reply-to":
Make sure mail headers have no syntax errors
Invalid headers are just as bad as having no headers. One incorrect character could be all it takes to derail your email. Double-check to make sure your syntax is correct as PHP will not catch these errors for you.
Don't use a faux
From:
senderWhile the mail must have a From: sender, you may not just use any value. In particular user-supplied sender addresses are a surefire way to get mails blocked:
Reason: your web or sending mail server is not SPF/DKIM-whitelisted to pretend being responsible for @hotmail or @gmail addresses. It may even silently drop mails with
From:
sender domains it's not configured for.Make sure the recipient value is correct
Sometimes the problem is as simple as having an incorrect value for the recipient of the email. This can be due to using an incorrect variable.
Another way to test this is to hard code the recipient value into the
mail()
function call:This can apply to all of the
mail()
parameters.Send to multiple accounts
To help rule out email account issues, send your email to multiple email accounts at different email providers. If your emails are not arriving at a user's Gmail account, send the same emails to a Yahoo account, a Hotmail account, and a regular POP3 account (like your ISP-provided email account).
If the emails arrive at all or some of the other email accounts, you know your code is sending emails but it is likely that the email account provider is blocking them for some reason. If the email does not arrive at any email account, the problem is more likely to be related to your code.
Make sure the code matches the form method
If you have set your form method to
POST
, make sure you are using$_POST
to look for your form values. If you have set it toGET
or didn't set it at all, make sure you use$_GET
to look for your form values.Make sure your form
action
value points to the correct locationMake sure your form
action
attribute contains a value that points to your PHP mailing code.Make sure the Web host supports sending email
Some Web hosting providers do not allow or enable the sending of emails through their servers. The reasons for this may vary but if they have disabled the sending of mail you will need to use an alternative method that uses a third party to send those emails for you.
An email to their technical support (after a trip to their online support or FAQ) should clarify if email capabilities are available on your server.
Make sure the
localhost
mail server is configuredIf you are developing on your local workstation using WAMP, MAMP, or XAMPP, an email server is probably not installed on your workstation. Without one, PHP cannot send mail by default.
You can overcome this by installing a basic mail server. For Windows you can use the free Mercury Mail.
You can also use SMTP to send your emails. See this great answer from Vikas Dwivedi to learn how to do this.
Enable PHP's custom
mail.log
In addition to your MTA's and PHP's log file, you can enable logging for the
specifically. It doesn't record the complete SMTP interaction, but at least function call parameters and invocation script.
See http://php.net/manual/en/mail.configuration.php for details. (It's best to enable these options in the
php.ini
or.user.ini
or.htaccess
perhaps.)Check with a mail testing service
There are various delivery and spamminess checking services you can utilize to test your MTA/webserver setup. Typically you send a mail probe To: their address, then get a delivery report and more concrete failures or analyzations later:
Use a different mailer
PHP's built-in
mail()
function is handy and often gets the job done but it has its shortcomings. Fortunately, there are alternatives that offer more power and flexibility including handling a lot of the issues outlined above:All of which can be combined with a professional SMTP server/service provider. (Because typical 08/15 shared webhosting plans are hit or miss when it comes to email setup/configurability.)
Answer
Solution:
Add a mail header in the mail function:
Answer
Solution:
Answer
Solution:
If you are using an SMTP configuration for sending your email, try using PHPMailer instead. You can download the library from https://github.com/PHPMailer/PHPMailer.
I created my email sending this way:
Answer
Solution:
Just add some headers before sending mail:
And one more thing. The
mail()
function is not working in localhost. Upload your code to a server and try.Answer
Solution:
It worked for me on 000webhost by doing the following:
Enter directly the email address when sending the email:
Use
''
and not""
.This code works, but the email was received with half an hour lag.
Answer
Solution:
Mostly the
mail()
function is disabled in shared hosting. A better option is to use SMTP. The best option would be Gmail or SendGrid.SMTPconfig.php
SMTPmail.php
contact_email.php
Answer
Solution:
If you only use the
mail()
function, you need to complete the configuration file.You need to open the mail expansion, and set the
SMTP smtp_port
and so on, and most important, your username and your password. Without that, mail cannot be sent. Also, you can use thePHPMail
class to send.Answer
Solution:
Try these two things separately and together:
if($_POST['submit']){}
$from
(just my gut)Answer
Solution:
I think this should do the trick. I just added an
if(isset
and added concatenation to the variables in the body to separate PHP from HTML.Answer
Solution:
For anyone who finds this going forward, I would not recommend using
mail
. There's some answers that touch on this, but not the why of it.PHP's
mail
function is not only opaque, it fully relies on whatever MTA you use (i.e. Sendmail) to do the work.mail
will only tell you if the MTA failed to accept it (i.e. Sendmail was down when you tried to send). It cannot tell you if the mail was successful because it's handed it off. As such (as John Conde's answer details), you now get to fiddle with the logs of the MTA and hope that it tells you enough about the failure to fix it. If you're on a shared host or don't have access to the MTA logs, you're out of luck. Sadly, the default for most vanilla installs for Linux handle it this way.A mail library (PHPMailer, Zend Framework 2+, etc.), does something very different from
mail
. They open a socket directly to the receiving mail server and then send the SMTP mail commands directly over that socket. In other words, the class acts as its own MTA (note that you can tell the libraries to usemail
to ultimately send the mail, but I would strongly recommend you not do that).This means you can then directly see the responses from the receiving server (in PHPMailer, for instance, you can turn on debugging output). No more guessing if a mail failed to send or why.
You also get the benefit of a better interface. With
mail
you have to set up all your headers, attachments, etc. With a library, you have a dedicated function to do that. It also means the function is doing all the tricky parts (like headers).Answer
Solution:
Answer
Solution:
You can use config email by CodeIgniter. For example, using SMTP (simple way):
It works for me!
Answer
Solution:
Try this
Answer
Solution:
Maybe the problem is the configuration of the mail server. To avoid this type of problems or you do not have to worry about the mail server problem, I recommend you use PHPMailer.
It is a plugin that has everything necessary to send mail, and the only thing you have to take into account is to have the SMTP port (Port: 25 and 465), enabled.
Answer
Solution:
First of all, you might have too many parameters for the mail() function... You are able to have of maximum of five,
mail(to, subject, message, headers, parameters);
As far as the
$from
variable goes, that should automatically come from your webhost if your using the Linux cPanel. It automatically comes from your cPanel username and IP address.Also make sure you have the correct order of variables in your mail() function.
The
mail($to, $subject, $message, etc.)
in that order, or else there is a chance of it not working.Answer
Solution:
This will only affect a small handful of users, but I'd like it documented for that small handful. This member of that small handful spent 6 hours troubleshooting a working PHP mail script because of this issue.
If you're going to a university that runs XAMPP from www.AceITLab.com, you should know what our professor didn't tell us: The AceITLab firewall (not the Windows firewall) blocks MercuryMail in XAMPP. You'll have to use an alternative mail client, pear is working for us. You'll have to send to a Gmail account with low security settings.
Yes, I know, this is totally useless for real world email. However, from what I've seen, academic settings and the real world often have precious little in common.
Answer
Solution:
Make sure you have Sendmail installed in your server.
If you have checked your code and verified that there is nothing wrong there, go to /var/mail and check whether that folder is empty.
If it is empty, you will need to do a:
if you are on an Ubuntu server.
Answer
Solution:
For those who do not want to use external mailers and want to mail() on a dedicated Linux server.
The way, how PHP mails, is described in
php.ini
in section[mail function]
.Parameter
sendmail-path
describes how sendmail is called. The default value issendmail -t -i
, so if you get a workingsendmail -t -i < message.txt
in the Linux console - you will be done. You could also addmail.log
to debug and be sure mail() is really called.Different MTAs can implement
sendmail
. They just make a symbolic link to their binaries on that name. For example, in Debian the default is Postfix. Configure your MTA to send mail and test it from the console withsendmail -v -t -i < message.txt
. Filemessage.txt
should contain all headers of a message and a body, destination address for the envelope will be taken from theTo:
header. Example:I prefer to use ssmtp as MTA because it is simple and does not require running a daemon with opened ports. ssmtp fits only for sending mail from localhost. It also can send authenticated email via your account on a public mail service. Install ssmtp and edit configuration file
/etc/ssmtp/ssmtp.conf
. To be able also to receive local system mail to Unix accounts (alerts to root from cron jobs, for example) configure/etc/ssmtp/revaliases
file.Here is my configuration for my account on Yandex mail:
Answer
Solution:
If you're having trouble sending mails with PHP, consider an alternative like or .
I usually use SwiftMailer whenever I need to send mails with PHP.
Basic usage:
See for more information on how to use SwiftMailer.
Answer
Solution:
Sendmail installation for Debian 10.0.0 ('Buster') was in fact trivial!
php.ini
Standard sendmail package install (allowing 'send'):
Miscellaneous useful commands:
Verification (of ability to send)
The above took about 5 minutes. Then I wasted 5 hours... Don't forget to check your spam folder!
Answer
Solution:
If you are running this code on a local server (i.e your computer for development purposes) it won't send the email to the recipient. It will create a
.txt
file in a folder namedmailoutput
.In the case if you are using a free hosing service, like
000webhost
orhostinger
, those service providers disable themail()
function to prevent unintended uses of email spoofing, spamming, etc. I prefer you to contact them to see whether they support this feature.If you are sure that the service provider supports the mail() function, you can check this PHP manual for further reference,
PHP mail()
To check weather your hosting service support the mail() function, try running this code (remember to change the recipient email address):
Answer
Solution:
You can use the
PHPMailer
and it works perfectly,here's a code example:Answer
Solution:
You can see your errors by:
And my sample code is:
Answer
Solution:
If you're stuck with an app hosted on Hostgator, this is what solved my problem. Thanks a lot to the guy who posted the detailed solution. In case the link goes offline one day, there you have the summary:
<?php phpinfo(); ?>
. Open this page, and look forsendmail path
. (Then, don't forget to remove this code!)-t -i
, then edit your server'sphp.ini
and add the following line:sendmail_path = /usr/sbin/sendmail -t -i;
But, after being able to send mail with PHP
mail()
function, I learned that it sends not authenticated email, what created another issue. The emails were all falling in my Hotmail's junk mail box, and some emails were never delivered, which I guess is related to the fact that they are not authenticated. That's why I decided to switch frommail()
toPHPMailer
with SMTP, after all.Answer
Solution:
It may be a problem with "From:" $email address in this part of the $headers:
To try it out, send an email without the headers part, like:
If that is a case, try using an email account that is already created at the system you are trying to send mail from.
Answer
Solution:
Sending HTML email While sending an email message you can specify a Mime version, content type and character set to send an HTML email.
Example The above example will send an HTML email message to [email protected] You can code this program in such a way that it should receive all content from the user and then it should send an email.
Answer
Solution:
What solved this issue for me was that some providers don't allow external recipients when using php mail:
Change the recipient ($recipient) in the code to a local recipient. This means use an email address from the server's domain, for example if your server domain is www.yourdomain.com then the recipient's email should be [email protected] Upload the modified php file and retry. If it's still not working: change the sender ($sender) to a local email (use the same email as used for recipient). Upload the modified php file and retry.
Hope this helps some! https://www.arclab.com/en/kb/php/how-to-test-and-fix-php-mail-function.html
Answer
Solution:
I had this problem and found that stripping back the headers helped me to get mail out. So this:
became this:
No need for the To: header.
Mail clients are pretty good at sniffing out URLs and rewriting them as a hyperlink. So I didn't bother writing HTML and specifying text/html in the content-type header. I just threw new lines with \r\n in the message body. I appreciate this isn't the coding purist's approach but it works for what I need it for.
Answer
Solution:
There are several possibilities:
You're facing a server problem. The server does not have any mail server. So your mail is not working, because your code is fine and mail is working with type.
You are not getting the posted value. Try your code with a static value.
Use SMTP mails to send mail...
Answer
Solution:
Although there are portions of this answer that apply to only to the usage of the
mail()
function itself, many of these troubleshooting steps can be applied to any PHP mailing system.There are a variety of reasons your script appears to not be sending emails. It's difficult to diagnose these things unless there is an obvious syntax error. Without one you need to run through the checklist below to find any potential pitfalls you may be encountering.
Make sure error reporting is enabled and set to report all errors
Error reporting is essential to rooting out bugs in your code and general errors that PHP encounters. Error reporting needs to be enabled to receive these errors. Placing the following code at the top of your PHP files (or in a master configuration file) will enable error reporting.
See How can I get useful error messages in PHP? — this answer for more details on this.
Make sure the
mail()
function is calledIt may seem silly but a common error is to forget to actually place the
mail()
function in your code. Make sure it is there and not commented out.Make sure the
mail()
function is called correctlyThe mail function takes three required parameters and optionally a fourth and fifth one. If your call to
mail()
does not have at least three parameters it will fail.If your call to
mail()
does not have the correct parameters in the correct order it will also fail.Check the server's mail logs
Your web server should be logging all attempts to send emails through it. The location of these logs will vary (you may need to ask your server administrator where they are located) but they can commonly be found in a user's root directory under
logs
. Inside will be error messages the server reported, if any, related to your attempts to send emails.Check for Port connection failure
Port block is a very common problem which most developers face while integrating their code to deliver emails using SMTP. And, this can be easily traced at the server maillogs (the location of server of mail log can vary from server to server, as explained above). In case you are on a shared hosting server, the ports 25 and 587 remain blocked by default. This block is been purposely done by your hosting provider. This is true even for some of the dedicated servers. When these ports are blocked, try to connect using port 2525. If you find that port is also blocked, then the only solution is to contact your hosting provider to unblock these ports.
Most of the hosting providers block these email ports to protect their network from sending any spam emails.
Use ports 25 or 587 for plain/TLS connections and port 465 for SSL connections. For most users, it is suggested to use port 587 to avoid rate limits set by some hosting providers.
Don't use the error suppression operator
When the error suppression operator
@
is prepended to an expression in PHP, any error messages that might be generated by that expression will be ignored. There are circumstances where using this operator is necessary but sending mail is not one of them.If your code contains
@mail(...)
then you may be hiding important error messages that will help you debug this. Remove the@
and see if any errors are reported.It's only advisable when you check with
right afterwards for concrete failures.
Check the
mail()
return valueThe
function:
This is important to note because:
FALSE
return value you know the error lies with your server accepting your mail. This probably isn't a coding issue but a server configuration issue. You need to speak to your system administrator to find out why this is happening.TRUE
return value it does not mean your email will definitely be sent. It just means the email was sent to its respective handler on the server successfully by PHP. There are still more points of failure outside of PHP's control that can cause the email to not be sent.So
FALSE
will help point you in the right direction whereasTRUE
does not necessarily mean your email was sent successfully. This is important to note!Make sure your hosting provider allows you to send emails and does not limit mail sending
Many shared webhosts, especially free webhosting providers, either do not allow emails to be sent from their servers or limit the amount that can be sent during any given time period. This is due to their efforts to limit spammers from taking advantage of their cheaper services.
If you think your host has emailing limits or blocks the sending of emails, check their FAQs to see if they list any such limitations. Otherwise, you may need to reach out to their support to verify if there are any restrictions in place around the sending of emails.
Check spam folders; prevent emails from being flagged as spam
Oftentimes, for various reasons, emails sent through PHP (and other server-side programming languages) end up in a recipient's spam folder. Always check there before troubleshooting your code.
To avoid mail sent through PHP from being sent to a recipient's spam folder, there are various things you can do, both in your PHP code and otherwise, to minimize the chances your emails are marked as spam. Good tips from Michiel de Mare include:
See How do you make sure email you send programmatically is not automatically marked as spam? for more on this topic.
Make sure all mail headers are supplied
Some spam software will reject mail if it is missing common headers such as "From" and "Reply-to":
Make sure mail headers have no syntax errors
Invalid headers are just as bad as having no headers. One incorrect character could be all it takes to derail your email. Double-check to make sure your syntax is correct as PHP will not catch these errors for you.
Don't use a faux
From:
senderWhile the mail must have a From: sender, you may not just use any value. In particular user-supplied sender addresses are a surefire way to get mails blocked:
Reason: your web or sending mail server is not SPF/DKIM-whitelisted to pretend being responsible for @hotmail or @gmail addresses. It may even silently drop mails with
From:
sender domains it's not configured for.Make sure the recipient value is correct
Sometimes the problem is as simple as having an incorrect value for the recipient of the email. This can be due to using an incorrect variable.
Another way to test this is to hard code the recipient value into the
mail()
function call:This can apply to all of the
mail()
parameters.Send to multiple accounts
To help rule out email account issues, send your email to multiple email accounts at different email providers. If your emails are not arriving at a user's Gmail account, send the same emails to a Yahoo account, a Hotmail account, and a regular POP3 account (like your ISP-provided email account).
If the emails arrive at all or some of the other email accounts, you know your code is sending emails but it is likely that the email account provider is blocking them for some reason. If the email does not arrive at any email account, the problem is more likely to be related to your code.
Make sure the code matches the form method
If you have set your form method to
POST
, make sure you are using$_POST
to look for your form values. If you have set it toGET
or didn't set it at all, make sure you use$_GET
to look for your form values.Make sure your form
action
value points to the correct locationMake sure your form
action
attribute contains a value that points to your PHP mailing code.Make sure the Web host supports sending email
Some Web hosting providers do not allow or enable the sending of emails through their servers. The reasons for this may vary but if they have disabled the sending of mail you will need to use an alternative method that uses a third party to send those emails for you.
An email to their technical support (after a trip to their online support or FAQ) should clarify if email capabilities are available on your server.
Make sure the
localhost
mail server is configuredIf you are developing on your local workstation using WAMP, MAMP, or XAMPP, an email server is probably not installed on your workstation. Without one, PHP cannot send mail by default.
You can overcome this by installing a basic mail server. For Windows you can use the free Mercury Mail.
You can also use SMTP to send your emails. See this great answer from Vikas Dwivedi to learn how to do this.
Enable PHP's custom
mail.log
In addition to your MTA's and PHP's log file, you can enable logging for the
specifically. It doesn't record the complete SMTP interaction, but at least function call parameters and invocation script.
See http://php.net/manual/en/mail.configuration.php for details. (It's best to enable these options in the
php.ini
or.user.ini
or.htaccess
perhaps.)Check with a mail testing service
There are various delivery and spamminess checking services you can utilize to test your MTA/webserver setup. Typically you send a mail probe To: their address, then get a delivery report and more concrete failures or analyzations later:
Use a different mailer
PHP's built-in
mail()
function is handy and often gets the job done but it has its shortcomings. Fortunately, there are alternatives that offer more power and flexibility including handling a lot of the issues outlined above:All of which can be combined with a professional SMTP server/service provider. (Because typical 08/15 shared webhosting plans are hit or miss when it comes to email setup/configurability.)
Answer
Solution:
Add a mail header in the mail function:
Answer
Solution:
Answer
Solution:
If you are using an SMTP configuration for sending your email, try using PHPMailer instead. You can download the library from https://github.com/PHPMailer/PHPMailer.
I created my email sending this way:
Answer
Solution:
Just add some headers before sending mail:
And one more thing. The
mail()
function is not working in localhost. Upload your code to a server and try.Answer
Solution:
It worked for me on 000webhost by doing the following:
Enter directly the email address when sending the email:
Use
''
and not""
.This code works, but the email was received with half an hour lag.
Answer
Solution:
Mostly the
mail()
function is disabled in shared hosting. A better option is to use SMTP. The best option would be Gmail or SendGrid.SMTPconfig.php
SMTPmail.php
contact_email.php
Answer
Solution:
If you only use the
mail()
function, you need to complete the configuration file.You need to open the mail expansion, and set the
SMTP smtp_port
and so on, and most important, your username and your password. Without that, mail cannot be sent. Also, you can use thePHPMail
class to send.Answer
Solution:
Try these two things separately and together:
if($_POST['submit']){}
$from
(just my gut)Answer
Solution:
I think this should do the trick. I just added an
if(isset
and added concatenation to the variables in the body to separate PHP from HTML.Answer
Solution:
For anyone who finds this going forward, I would not recommend using
mail
. There's some answers that touch on this, but not the why of it.PHP's
mail
function is not only opaque, it fully relies on whatever MTA you use (i.e. Sendmail) to do the work.mail
will only tell you if the MTA failed to accept it (i.e. Sendmail was down when you tried to send). It cannot tell you if the mail was successful because it's handed it off. As such (as John Conde's answer details), you now get to fiddle with the logs of the MTA and hope that it tells you enough about the failure to fix it. If you're on a shared host or don't have access to the MTA logs, you're out of luck. Sadly, the default for most vanilla installs for Linux handle it this way.A mail library (PHPMailer, Zend Framework 2+, etc.), does something very different from
mail
. They open a socket directly to the receiving mail server and then send the SMTP mail commands directly over that socket. In other words, the class acts as its own MTA (note that you can tell the libraries to usemail
to ultimately send the mail, but I would strongly recommend you not do that).This means you can then directly see the responses from the receiving server (in PHPMailer, for instance, you can turn on debugging output). No more guessing if a mail failed to send or why.
You also get the benefit of a better interface. With
mail
you have to set up all your headers, attachments, etc. With a library, you have a dedicated function to do that. It also means the function is doing all the tricky parts (like headers).Answer
Solution:
Answer
Solution:
You can use config email by CodeIgniter. For example, using SMTP (simple way):
It works for me!
Answer
Solution:
Try this
Answer
Solution:
Maybe the problem is the configuration of the mail server. To avoid this type of problems or you do not have to worry about the mail server problem, I recommend you use PHPMailer.
It is a plugin that has everything necessary to send mail, and the only thing you have to take into account is to have the SMTP port (Port: 25 and 465), enabled.
Answer
Solution:
First of all, you might have too many parameters for the mail() function... You are able to have of maximum of five,
mail(to, subject, message, headers, parameters);
As far as the
$from
variable goes, that should automatically come from your webhost if your using the Linux cPanel. It automatically comes from your cPanel username and IP address.Also make sure you have the correct order of variables in your mail() function.
The
mail($to, $subject, $message, etc.)
in that order, or else there is a chance of it not working.Answer
Solution:
This will only affect a small handful of users, but I'd like it documented for that small handful. This member of that small handful spent 6 hours troubleshooting a working PHP mail script because of this issue.
If you're going to a university that runs XAMPP from www.AceITLab.com, you should know what our professor didn't tell us: The AceITLab firewall (not the Windows firewall) blocks MercuryMail in XAMPP. You'll have to use an alternative mail client, pear is working for us. You'll have to send to a Gmail account with low security settings.
Yes, I know, this is totally useless for real world email. However, from what I've seen, academic settings and the real world often have precious little in common.
Answer
Solution:
Make sure you have Sendmail installed in your server.
If you have checked your code and verified that there is nothing wrong there, go to /var/mail and check whether that folder is empty.
If it is empty, you will need to do a:
if you are on an Ubuntu server.
Answer
Solution:
For those who do not want to use external mailers and want to mail() on a dedicated Linux server.
The way, how PHP mails, is described in
php.ini
in section[mail function]
.Parameter
sendmail-path
describes how sendmail is called. The default value issendmail -t -i
, so if you get a workingsendmail -t -i < message.txt
in the Linux console - you will be done. You could also addmail.log
to debug and be sure mail() is really called.Different MTAs can implement
sendmail
. They just make a symbolic link to their binaries on that name. For example, in Debian the default is Postfix. Configure your MTA to send mail and test it from the console withsendmail -v -t -i < message.txt
. Filemessage.txt
should contain all headers of a message and a body, destination address for the envelope will be taken from theTo:
header. Example:I prefer to use ssmtp as MTA because it is simple and does not require running a daemon with opened ports. ssmtp fits only for sending mail from localhost. It also can send authenticated email via your account on a public mail service. Install ssmtp and edit configuration file
/etc/ssmtp/ssmtp.conf
. To be able also to receive local system mail to Unix accounts (alerts to root from cron jobs, for example) configure/etc/ssmtp/revaliases
file.Here is my configuration for my account on Yandex mail:
Answer
Solution:
If you're having trouble sending mails with PHP, consider an alternative like or .
I usually use SwiftMailer whenever I need to send mails with PHP.
Basic usage:
See for more information on how to use SwiftMailer.
Answer
Solution:
Sendmail installation for Debian 10.0.0 ('Buster') was in fact trivial!
php.ini
Standard sendmail package install (allowing 'send'):
Miscellaneous useful commands:
Verification (of ability to send)
The above took about 5 minutes. Then I wasted 5 hours... Don't forget to check your spam folder!
Answer
Solution:
If you are running this code on a local server (i.e your computer for development purposes) it won't send the email to the recipient. It will create a
.txt
file in a folder namedmailoutput
.In the case if you are using a free hosing service, like
000webhost
orhostinger
, those service providers disable themail()
function to prevent unintended uses of email spoofing, spamming, etc. I prefer you to contact them to see whether they support this feature.If you are sure that the service provider supports the mail() function, you can check this PHP manual for further reference,
PHP mail()
To check weather your hosting service support the mail() function, try running this code (remember to change the recipient email address):
Answer
Solution:
You can use the
PHPMailer
and it works perfectly,here's a code example:Answer
Solution:
You can see your errors by:
And my sample code is:
Answer
Solution:
If you're stuck with an app hosted on Hostgator, this is what solved my problem. Thanks a lot to the guy who posted the detailed solution. In case the link goes offline one day, there you have the summary:
<?php phpinfo(); ?>
. Open this page, and look forsendmail path
. (Then, don't forget to remove this code!)-t -i
, then edit your server'sphp.ini
and add the following line:sendmail_path = /usr/sbin/sendmail -t -i;
But, after being able to send mail with PHP
mail()
function, I learned that it sends not authenticated email, what created another issue. The emails were all falling in my Hotmail's junk mail box, and some emails were never delivered, which I guess is related to the fact that they are not authenticated. That's why I decided to switch frommail()
toPHPMailer
with SMTP, after all.Answer
Solution:
It may be a problem with "From:" $email address in this part of the $headers:
To try it out, send an email without the headers part, like:
If that is a case, try using an email account that is already created at the system you are trying to send mail from.
Answer
Solution:
Sending HTML email While sending an email message you can specify a Mime version, content type and character set to send an HTML email.
Example The above example will send an HTML email message to [email protected] You can code this program in such a way that it should receive all content from the user and then it should send an email.
Answer
Solution:
What solved this issue for me was that some providers don't allow external recipients when using php mail:
Change the recipient ($recipient) in the code to a local recipient. This means use an email address from the server's domain, for example if your server domain is www.yourdomain.com then the recipient's email should be [email protected] Upload the modified php file and retry. If it's still not working: change the sender ($sender) to a local email (use the same email as used for recipient). Upload the modified php file and retry.
Hope this helps some! https://www.arclab.com/en/kb/php/how-to-test-and-fix-php-mail-function.html
Answer
Solution:
I had this problem and found that stripping back the headers helped me to get mail out. So this:
became this:
No need for the To: header.
Mail clients are pretty good at sniffing out URLs and rewriting them as a hyperlink. So I didn't bother writing HTML and specifying text/html in the content-type header. I just threw new lines with \r\n in the message body. I appreciate this isn't the coding purist's approach but it works for what I need it for.
Answer
Solution:
There are several possibilities:
You're facing a server problem. The server does not have any mail server. So your mail is not working, because your code is fine and mail is working with type.
You are not getting the posted value. Try your code with a static value.
Use SMTP mails to send mail...
Answer
Solution:
Although there are portions of this answer that apply to only to the usage of the
mail()
function itself, many of these troubleshooting steps can be applied to any PHP mailing system.There are a variety of reasons your script appears to not be sending emails. It's difficult to diagnose these things unless there is an obvious syntax error. Without one you need to run through the checklist below to find any potential pitfalls you may be encountering.
Make sure error reporting is enabled and set to report all errors
Error reporting is essential to rooting out bugs in your code and general errors that PHP encounters. Error reporting needs to be enabled to receive these errors. Placing the following code at the top of your PHP files (or in a master configuration file) will enable error reporting.
See How can I get useful error messages in PHP? — this answer for more details on this.
Make sure the
mail()
function is calledIt may seem silly but a common error is to forget to actually place the
mail()
function in your code. Make sure it is there and not commented out.Make sure the
mail()
function is called correctlyThe mail function takes three required parameters and optionally a fourth and fifth one. If your call to
mail()
does not have at least three parameters it will fail.If your call to
mail()
does not have the correct parameters in the correct order it will also fail.Check the server's mail logs
Your web server should be logging all attempts to send emails through it. The location of these logs will vary (you may need to ask your server administrator where they are located) but they can commonly be found in a user's root directory under
logs
. Inside will be error messages the server reported, if any, related to your attempts to send emails.Check for Port connection failure
Port block is a very common problem which most developers face while integrating their code to deliver emails using SMTP. And, this can be easily traced at the server maillogs (the location of server of mail log can vary from server to server, as explained above). In case you are on a shared hosting server, the ports 25 and 587 remain blocked by default. This block is been purposely done by your hosting provider. This is true even for some of the dedicated servers. When these ports are blocked, try to connect using port 2525. If you find that port is also blocked, then the only solution is to contact your hosting provider to unblock these ports.
Most of the hosting providers block these email ports to protect their network from sending any spam emails.
Use ports 25 or 587 for plain/TLS connections and port 465 for SSL connections. For most users, it is suggested to use port 587 to avoid rate limits set by some hosting providers.
Don't use the error suppression operator
When the error suppression operator
@
is prepended to an expression in PHP, any error messages that might be generated by that expression will be ignored. There are circumstances where using this operator is necessary but sending mail is not one of them.If your code contains
@mail(...)
then you may be hiding important error messages that will help you debug this. Remove the@
and see if any errors are reported.It's only advisable when you check with
right afterwards for concrete failures.
Check the
mail()
return valueThe
function:
This is important to note because:
FALSE
return value you know the error lies with your server accepting your mail. This probably isn't a coding issue but a server configuration issue. You need to speak to your system administrator to find out why this is happening.TRUE
return value it does not mean your email will definitely be sent. It just means the email was sent to its respective handler on the server successfully by PHP. There are still more points of failure outside of PHP's control that can cause the email to not be sent.So
FALSE
will help point you in the right direction whereasTRUE
does not necessarily mean your email was sent successfully. This is important to note!Make sure your hosting provider allows you to send emails and does not limit mail sending
Many shared webhosts, especially free webhosting providers, either do not allow emails to be sent from their servers or limit the amount that can be sent during any given time period. This is due to their efforts to limit spammers from taking advantage of their cheaper services.
If you think your host has emailing limits or blocks the sending of emails, check their FAQs to see if they list any such limitations. Otherwise, you may need to reach out to their support to verify if there are any restrictions in place around the sending of emails.
Check spam folders; prevent emails from being flagged as spam
Oftentimes, for various reasons, emails sent through PHP (and other server-side programming languages) end up in a recipient's spam folder. Always check there before troubleshooting your code.
To avoid mail sent through PHP from being sent to a recipient's spam folder, there are various things you can do, both in your PHP code and otherwise, to minimize the chances your emails are marked as spam. Good tips from Michiel de Mare include:
See How do you make sure email you send programmatically is not automatically marked as spam? for more on this topic.
Make sure all mail headers are supplied
Some spam software will reject mail if it is missing common headers such as "From" and "Reply-to":
Make sure mail headers have no syntax errors
Invalid headers are just as bad as having no headers. One incorrect character could be all it takes to derail your email. Double-check to make sure your syntax is correct as PHP will not catch these errors for you.
Don't use a faux
From:
senderWhile the mail must have a From: sender, you may not just use any value. In particular user-supplied sender addresses are a surefire way to get mails blocked:
Reason: your web or sending mail server is not SPF/DKIM-whitelisted to pretend being responsible for @hotmail or @gmail addresses. It may even silently drop mails with
From:
sender domains it's not configured for.Make sure the recipient value is correct
Sometimes the problem is as simple as having an incorrect value for the recipient of the email. This can be due to using an incorrect variable.
Another way to test this is to hard code the recipient value into the
mail()
function call:This can apply to all of the
mail()
parameters.Send to multiple accounts
To help rule out email account issues, send your email to multiple email accounts at different email providers. If your emails are not arriving at a user's Gmail account, send the same emails to a Yahoo account, a Hotmail account, and a regular POP3 account (like your ISP-provided email account).
If the emails arrive at all or some of the other email accounts, you know your code is sending emails but it is likely that the email account provider is blocking them for some reason. If the email does not arrive at any email account, the problem is more likely to be related to your code.
Make sure the code matches the form method
If you have set your form method to
POST
, make sure you are using$_POST
to look for your form values. If you have set it toGET
or didn't set it at all, make sure you use$_GET
to look for your form values.Make sure your form
action
value points to the correct locationMake sure your form
action
attribute contains a value that points to your PHP mailing code.Make sure the Web host supports sending email
Some Web hosting providers do not allow or enable the sending of emails through their servers. The reasons for this may vary but if they have disabled the sending of mail you will need to use an alternative method that uses a third party to send those emails for you.
An email to their technical support (after a trip to their online support or FAQ) should clarify if email capabilities are available on your server.
Make sure the
localhost
mail server is configuredIf you are developing on your local workstation using WAMP, MAMP, or XAMPP, an email server is probably not installed on your workstation. Without one, PHP cannot send mail by default.
You can overcome this by installing a basic mail server. For Windows you can use the free Mercury Mail.
You can also use SMTP to send your emails. See this great answer from Vikas Dwivedi to learn how to do this.
Enable PHP's custom
mail.log
In addition to your MTA's and PHP's log file, you can enable logging for the
specifically. It doesn't record the complete SMTP interaction, but at least function call parameters and invocation script.
See http://php.net/manual/en/mail.configuration.php for details. (It's best to enable these options in the
php.ini
or.user.ini
or.htaccess
perhaps.)Check with a mail testing service
There are various delivery and spamminess checking services you can utilize to test your MTA/webserver setup. Typically you send a mail probe To: their address, then get a delivery report and more concrete failures or analyzations later:
Use a different mailer
PHP's built-in
mail()
function is handy and often gets the job done but it has its shortcomings. Fortunately, there are alternatives that offer more power and flexibility including handling a lot of the issues outlined above:All of which can be combined with a professional SMTP server/service provider. (Because typical 08/15 shared webhosting plans are hit or miss when it comes to email setup/configurability.)
Answer
Solution:
Add a mail header in the mail function:
Answer
Solution:
Answer
Solution:
If you are using an SMTP configuration for sending your email, try using PHPMailer instead. You can download the library from https://github.com/PHPMailer/PHPMailer.
I created my email sending this way:
Answer
Solution:
Just add some headers before sending mail:
And one more thing. The
mail()
function is not working in localhost. Upload your code to a server and try.Answer
Solution:
It worked for me on 000webhost by doing the following:
Enter directly the email address when sending the email:
Use
''
and not""
.This code works, but the email was received with half an hour lag.
Answer
Solution:
Mostly the
mail()
function is disabled in shared hosting. A better option is to use SMTP. The best option would be Gmail or SendGrid.SMTPconfig.php
SMTPmail.php
contact_email.php
Answer
Solution:
If you only use the
mail()
function, you need to complete the configuration file.You need to open the mail expansion, and set the
SMTP smtp_port
and so on, and most important, your username and your password. Without that, mail cannot be sent. Also, you can use thePHPMail
class to send.Answer
Solution:
Try these two things separately and together:
if($_POST['submit']){}
$from
(just my gut)Answer
Solution:
I think this should do the trick. I just added an
if(isset
and added concatenation to the variables in the body to separate PHP from HTML.Answer
Solution:
For anyone who finds this going forward, I would not recommend using
mail
. There's some answers that touch on this, but not the why of it.PHP's
mail
function is not only opaque, it fully relies on whatever MTA you use (i.e. Sendmail) to do the work.mail
will only tell you if the MTA failed to accept it (i.e. Sendmail was down when you tried to send). It cannot tell you if the mail was successful because it's handed it off. As such (as John Conde's answer details), you now get to fiddle with the logs of the MTA and hope that it tells you enough about the failure to fix it. If you're on a shared host or don't have access to the MTA logs, you're out of luck. Sadly, the default for most vanilla installs for Linux handle it this way.A mail library (PHPMailer, Zend Framework 2+, etc.), does something very different from
mail
. They open a socket directly to the receiving mail server and then send the SMTP mail commands directly over that socket. In other words, the class acts as its own MTA (note that you can tell the libraries to usemail
to ultimately send the mail, but I would strongly recommend you not do that).This means you can then directly see the responses from the receiving server (in PHPMailer, for instance, you can turn on debugging output). No more guessing if a mail failed to send or why.
You also get the benefit of a better interface. With
mail
you have to set up all your headers, attachments, etc. With a library, you have a dedicated function to do that. It also means the function is doing all the tricky parts (like headers).Answer
Solution:
Answer
Solution:
You can use config email by CodeIgniter. For example, using SMTP (simple way):
It works for me!
Answer
Solution:
Try this
Answer
Solution:
Maybe the problem is the configuration of the mail server. To avoid this type of problems or you do not have to worry about the mail server problem, I recommend you use PHPMailer.
It is a plugin that has everything necessary to send mail, and the only thing you have to take into account is to have the SMTP port (Port: 25 and 465), enabled.
Answer
Solution:
First of all, you might have too many parameters for the mail() function... You are able to have of maximum of five,
mail(to, subject, message, headers, parameters);
As far as the
$from
variable goes, that should automatically come from your webhost if your using the Linux cPanel. It automatically comes from your cPanel username and IP address.Also make sure you have the correct order of variables in your mail() function.
The
mail($to, $subject, $message, etc.)
in that order, or else there is a chance of it not working.Answer
Solution:
This will only affect a small handful of users, but I'd like it documented for that small handful. This member of that small handful spent 6 hours troubleshooting a working PHP mail script because of this issue.
If you're going to a university that runs XAMPP from www.AceITLab.com, you should know what our professor didn't tell us: The AceITLab firewall (not the Windows firewall) blocks MercuryMail in XAMPP. You'll have to use an alternative mail client, pear is working for us. You'll have to send to a Gmail account with low security settings.
Yes, I know, this is totally useless for real world email. However, from what I've seen, academic settings and the real world often have precious little in common.
Answer
Solution:
Make sure you have Sendmail installed in your server.
If you have checked your code and verified that there is nothing wrong there, go to /var/mail and check whether that folder is empty.
If it is empty, you will need to do a:
if you are on an Ubuntu server.
Answer
Solution:
For those who do not want to use external mailers and want to mail() on a dedicated Linux server.
The way, how PHP mails, is described in
php.ini
in section[mail function]
.Parameter
sendmail-path
describes how sendmail is called. The default value issendmail -t -i
, so if you get a workingsendmail -t -i < message.txt
in the Linux console - you will be done. You could also addmail.log
to debug and be sure mail() is really called.Different MTAs can implement
sendmail
. They just make a symbolic link to their binaries on that name. For example, in Debian the default is Postfix. Configure your MTA to send mail and test it from the console withsendmail -v -t -i < message.txt
. Filemessage.txt
should contain all headers of a message and a body, destination address for the envelope will be taken from theTo:
header. Example:I prefer to use ssmtp as MTA because it is simple and does not require running a daemon with opened ports. ssmtp fits only for sending mail from localhost. It also can send authenticated email via your account on a public mail service. Install ssmtp and edit configuration file
/etc/ssmtp/ssmtp.conf
. To be able also to receive local system mail to Unix accounts (alerts to root from cron jobs, for example) configure/etc/ssmtp/revaliases
file.Here is my configuration for my account on Yandex mail:
Answer
Solution:
If you're having trouble sending mails with PHP, consider an alternative like or .
I usually use SwiftMailer whenever I need to send mails with PHP.
Basic usage:
See for more information on how to use SwiftMailer.
Answer
Solution:
Sendmail installation for Debian 10.0.0 ('Buster') was in fact trivial!
php.ini
Standard sendmail package install (allowing 'send'):
Miscellaneous useful commands:
Verification (of ability to send)
The above took about 5 minutes. Then I wasted 5 hours... Don't forget to check your spam folder!
Answer
Solution:
If you are running this code on a local server (i.e your computer for development purposes) it won't send the email to the recipient. It will create a
.txt
file in a folder namedmailoutput
.In the case if you are using a free hosing service, like
000webhost
orhostinger
, those service providers disable themail()
function to prevent unintended uses of email spoofing, spamming, etc. I prefer you to contact them to see whether they support this feature.If you are sure that the service provider supports the mail() function, you can check this PHP manual for further reference,
PHP mail()
To check weather your hosting service support the mail() function, try running this code (remember to change the recipient email address):
Answer
Solution:
You can use the
PHPMailer
and it works perfectly,here's a code example:Answer
Solution:
You can see your errors by:
And my sample code is:
Answer
Solution:
If you're stuck with an app hosted on Hostgator, this is what solved my problem. Thanks a lot to the guy who posted the detailed solution. In case the link goes offline one day, there you have the summary:
<?php phpinfo(); ?>
. Open this page, and look forsendmail path
. (Then, don't forget to remove this code!)-t -i
, then edit your server'sphp.ini
and add the following line:sendmail_path = /usr/sbin/sendmail -t -i;
But, after being able to send mail with PHP
mail()
function, I learned that it sends not authenticated email, what created another issue. The emails were all falling in my Hotmail's junk mail box, and some emails were never delivered, which I guess is related to the fact that they are not authenticated. That's why I decided to switch frommail()
toPHPMailer
with SMTP, after all.Answer
Solution:
It may be a problem with "From:" $email address in this part of the $headers:
To try it out, send an email without the headers part, like:
If that is a case, try using an email account that is already created at the system you are trying to send mail from.
Answer
Solution:
Sending HTML email While sending an email message you can specify a Mime version, content type and character set to send an HTML email.
Example The above example will send an HTML email message to [email protected] You can code this program in such a way that it should receive all content from the user and then it should send an email.
Answer
Solution:
What solved this issue for me was that some providers don't allow external recipients when using php mail:
Change the recipient ($recipient) in the code to a local recipient. This means use an email address from the server's domain, for example if your server domain is www.yourdomain.com then the recipient's email should be [email protected] Upload the modified php file and retry. If it's still not working: change the sender ($sender) to a local email (use the same email as used for recipient). Upload the modified php file and retry.
Hope this helps some! https://www.arclab.com/en/kb/php/how-to-test-and-fix-php-mail-function.html
Answer
Solution:
I had this problem and found that stripping back the headers helped me to get mail out. So this:
became this:
No need for the To: header.
Mail clients are pretty good at sniffing out URLs and rewriting them as a hyperlink. So I didn't bother writing HTML and specifying text/html in the content-type header. I just threw new lines with \r\n in the message body. I appreciate this isn't the coding purist's approach but it works for what I need it for.
Answer
Solution:
There are several possibilities:
You're facing a server problem. The server does not have any mail server. So your mail is not working, because your code is fine and mail is working with type.
You are not getting the posted value. Try your code with a static value.
Use SMTP mails to send mail...
Answer
Solution:
Although there are portions of this answer that apply to only to the usage of the
mail()
function itself, many of these troubleshooting steps can be applied to any PHP mailing system.There are a variety of reasons your script appears to not be sending emails. It's difficult to diagnose these things unless there is an obvious syntax error. Without one you need to run through the checklist below to find any potential pitfalls you may be encountering.
Make sure error reporting is enabled and set to report all errors
Error reporting is essential to rooting out bugs in your code and general errors that PHP encounters. Error reporting needs to be enabled to receive these errors. Placing the following code at the top of your PHP files (or in a master configuration file) will enable error reporting.
See How can I get useful error messages in PHP? — this answer for more details on this.
Make sure the
mail()
function is calledIt may seem silly but a common error is to forget to actually place the
mail()
function in your code. Make sure it is there and not commented out.Make sure the
mail()
function is called correctlyThe mail function takes three required parameters and optionally a fourth and fifth one. If your call to
mail()
does not have at least three parameters it will fail.If your call to
mail()
does not have the correct parameters in the correct order it will also fail.Check the server's mail logs
Your web server should be logging all attempts to send emails through it. The location of these logs will vary (you may need to ask your server administrator where they are located) but they can commonly be found in a user's root directory under
logs
. Inside will be error messages the server reported, if any, related to your attempts to send emails.Check for Port connection failure
Port block is a very common problem which most developers face while integrating their code to deliver emails using SMTP. And, this can be easily traced at the server maillogs (the location of server of mail log can vary from server to server, as explained above). In case you are on a shared hosting server, the ports 25 and 587 remain blocked by default. This block is been purposely done by your hosting provider. This is true even for some of the dedicated servers. When these ports are blocked, try to connect using port 2525. If you find that port is also blocked, then the only solution is to contact your hosting provider to unblock these ports.
Most of the hosting providers block these email ports to protect their network from sending any spam emails.
Use ports 25 or 587 for plain/TLS connections and port 465 for SSL connections. For most users, it is suggested to use port 587 to avoid rate limits set by some hosting providers.
Don't use the error suppression operator
When the error suppression operator
@
is prepended to an expression in PHP, any error messages that might be generated by that expression will be ignored. There are circumstances where using this operator is necessary but sending mail is not one of them.If your code contains
@mail(...)
then you may be hiding important error messages that will help you debug this. Remove the@
and see if any errors are reported.It's only advisable when you check with
right afterwards for concrete failures.
Check the
mail()
return valueThe
function:
This is important to note because:
FALSE
return value you know the error lies with your server accepting your mail. This probably isn't a coding issue but a server configuration issue. You need to speak to your system administrator to find out why this is happening.TRUE
return value it does not mean your email will definitely be sent. It just means the email was sent to its respective handler on the server successfully by PHP. There are still more points of failure outside of PHP's control that can cause the email to not be sent.So
FALSE
will help point you in the right direction whereasTRUE
does not necessarily mean your email was sent successfully. This is important to note!Make sure your hosting provider allows you to send emails and does not limit mail sending
Many shared webhosts, especially free webhosting providers, either do not allow emails to be sent from their servers or limit the amount that can be sent during any given time period. This is due to their efforts to limit spammers from taking advantage of their cheaper services.
If you think your host has emailing limits or blocks the sending of emails, check their FAQs to see if they list any such limitations. Otherwise, you may need to reach out to their support to verify if there are any restrictions in place around the sending of emails.
Check spam folders; prevent emails from being flagged as spam
Oftentimes, for various reasons, emails sent through PHP (and other server-side programming languages) end up in a recipient's spam folder. Always check there before troubleshooting your code.
To avoid mail sent through PHP from being sent to a recipient's spam folder, there are various things you can do, both in your PHP code and otherwise, to minimize the chances your emails are marked as spam. Good tips from Michiel de Mare include:
See How do you make sure email you send programmatically is not automatically marked as spam? for more on this topic.
Make sure all mail headers are supplied
Some spam software will reject mail if it is missing common headers such as "From" and "Reply-to":
Make sure mail headers have no syntax errors
Invalid headers are just as bad as having no headers. One incorrect character could be all it takes to derail your email. Double-check to make sure your syntax is correct as PHP will not catch these errors for you.
Don't use a faux
From:
senderWhile the mail must have a From: sender, you may not just use any value. In particular user-supplied sender addresses are a surefire way to get mails blocked:
Reason: your web or sending mail server is not SPF/DKIM-whitelisted to pretend being responsible for @hotmail or @gmail addresses. It may even silently drop mails with
From:
sender domains it's not configured for.Make sure the recipient value is correct
Sometimes the problem is as simple as having an incorrect value for the recipient of the email. This can be due to using an incorrect variable.
Another way to test this is to hard code the recipient value into the
mail()
function call:This can apply to all of the
mail()
parameters.Send to multiple accounts
To help rule out email account issues, send your email to multiple email accounts at different email providers. If your emails are not arriving at a user's Gmail account, send the same emails to a Yahoo account, a Hotmail account, and a regular POP3 account (like your ISP-provided email account).
If the emails arrive at all or some of the other email accounts, you know your code is sending emails but it is likely that the email account provider is blocking them for some reason. If the email does not arrive at any email account, the problem is more likely to be related to your code.
Make sure the code matches the form method
If you have set your form method to
POST
, make sure you are using$_POST
to look for your form values. If you have set it toGET
or didn't set it at all, make sure you use$_GET
to look for your form values.Make sure your form
action
value points to the correct locationMake sure your form
action
attribute contains a value that points to your PHP mailing code.Make sure the Web host supports sending email
Some Web hosting providers do not allow or enable the sending of emails through their servers. The reasons for this may vary but if they have disabled the sending of mail you will need to use an alternative method that uses a third party to send those emails for you.
An email to their technical support (after a trip to their online support or FAQ) should clarify if email capabilities are available on your server.
Make sure the
localhost
mail server is configuredIf you are developing on your local workstation using WAMP, MAMP, or XAMPP, an email server is probably not installed on your workstation. Without one, PHP cannot send mail by default.
You can overcome this by installing a basic mail server. For Windows you can use the free Mercury Mail.
You can also use SMTP to send your emails. See this great answer from Vikas Dwivedi to learn how to do this.
Enable PHP's custom
mail.log
In addition to your MTA's and PHP's log file, you can enable logging for the
specifically. It doesn't record the complete SMTP interaction, but at least function call parameters and invocation script.
See http://php.net/manual/en/mail.configuration.php for details. (It's best to enable these options in the
php.ini
or.user.ini
or.htaccess
perhaps.)Check with a mail testing service
There are various delivery and spamminess checking services you can utilize to test your MTA/webserver setup. Typically you send a mail probe To: their address, then get a delivery report and more concrete failures or analyzations later:
Use a different mailer
PHP's built-in
mail()
function is handy and often gets the job done but it has its shortcomings. Fortunately, there are alternatives that offer more power and flexibility including handling a lot of the issues outlined above:All of which can be combined with a professional SMTP server/service provider. (Because typical 08/15 shared webhosting plans are hit or miss when it comes to email setup/configurability.)
Answer
Solution:
Add a mail header in the mail function:
Answer
Solution:
Answer
Solution:
If you are using an SMTP configuration for sending your email, try using PHPMailer instead. You can download the library from https://github.com/PHPMailer/PHPMailer.
I created my email sending this way:
Answer
Solution:
Just add some headers before sending mail:
And one more thing. The
mail()
function is not working in localhost. Upload your code to a server and try.Answer
Solution:
It worked for me on 000webhost by doing the following:
Enter directly the email address when sending the email:
Use
''
and not""
.This code works, but the email was received with half an hour lag.
Answer
Solution:
Mostly the
mail()
function is disabled in shared hosting. A better option is to use SMTP. The best option would be Gmail or SendGrid.SMTPconfig.php
SMTPmail.php
contact_email.php
Answer
Solution:
If you only use the
mail()
function, you need to complete the configuration file.You need to open the mail expansion, and set the
SMTP smtp_port
and so on, and most important, your username and your password. Without that, mail cannot be sent. Also, you can use thePHPMail
class to send.Answer
Solution:
Try these two things separately and together:
if($_POST['submit']){}
$from
(just my gut)Answer
Solution:
I think this should do the trick. I just added an
if(isset
and added concatenation to the variables in the body to separate PHP from HTML.Answer
Solution:
For anyone who finds this going forward, I would not recommend using
mail
. There's some answers that touch on this, but not the why of it.PHP's
mail
function is not only opaque, it fully relies on whatever MTA you use (i.e. Sendmail) to do the work.mail
will only tell you if the MTA failed to accept it (i.e. Sendmail was down when you tried to send). It cannot tell you if the mail was successful because it's handed it off. As such (as John Conde's answer details), you now get to fiddle with the logs of the MTA and hope that it tells you enough about the failure to fix it. If you're on a shared host or don't have access to the MTA logs, you're out of luck. Sadly, the default for most vanilla installs for Linux handle it this way.A mail library (PHPMailer, Zend Framework 2+, etc.), does something very different from
mail
. They open a socket directly to the receiving mail server and then send the SMTP mail commands directly over that socket. In other words, the class acts as its own MTA (note that you can tell the libraries to usemail
to ultimately send the mail, but I would strongly recommend you not do that).This means you can then directly see the responses from the receiving server (in PHPMailer, for instance, you can turn on debugging output). No more guessing if a mail failed to send or why.
You also get the benefit of a better interface. With
mail
you have to set up all your headers, attachments, etc. With a library, you have a dedicated function to do that. It also means the function is doing all the tricky parts (like headers).Answer
Solution:
Answer
Solution:
You can use config email by CodeIgniter. For example, using SMTP (simple way):
It works for me!
Answer
Solution:
Try this
Answer
Solution:
Maybe the problem is the configuration of the mail server. To avoid this type of problems or you do not have to worry about the mail server problem, I recommend you use PHPMailer.
It is a plugin that has everything necessary to send mail, and the only thing you have to take into account is to have the SMTP port (Port: 25 and 465), enabled.
Answer
Solution:
First of all, you might have too many parameters for the mail() function... You are able to have of maximum of five,
mail(to, subject, message, headers, parameters);
As far as the
$from
variable goes, that should automatically come from your webhost if your using the Linux cPanel. It automatically comes from your cPanel username and IP address.Also make sure you have the correct order of variables in your mail() function.
The
mail($to, $subject, $message, etc.)
in that order, or else there is a chance of it not working.Answer
Solution:
This will only affect a small handful of users, but I'd like it documented for that small handful. This member of that small handful spent 6 hours troubleshooting a working PHP mail script because of this issue.
If you're going to a university that runs XAMPP from www.AceITLab.com, you should know what our professor didn't tell us: The AceITLab firewall (not the Windows firewall) blocks MercuryMail in XAMPP. You'll have to use an alternative mail client, pear is working for us. You'll have to send to a Gmail account with low security settings.
Yes, I know, this is totally useless for real world email. However, from what I've seen, academic settings and the real world often have precious little in common.
Answer
Solution:
Make sure you have Sendmail installed in your server.
If you have checked your code and verified that there is nothing wrong there, go to /var/mail and check whether that folder is empty.
If it is empty, you will need to do a:
if you are on an Ubuntu server.
Answer
Solution:
For those who do not want to use external mailers and want to mail() on a dedicated Linux server.
The way, how PHP mails, is described in
php.ini
in section[mail function]
.Parameter
sendmail-path
describes how sendmail is called. The default value issendmail -t -i
, so if you get a workingsendmail -t -i < message.txt
in the Linux console - you will be done. You could also addmail.log
to debug and be sure mail() is really called.Different MTAs can implement
sendmail
. They just make a symbolic link to their binaries on that name. For example, in Debian the default is Postfix. Configure your MTA to send mail and test it from the console withsendmail -v -t -i < message.txt
. Filemessage.txt
should contain all headers of a message and a body, destination address for the envelope will be taken from theTo:
header. Example:I prefer to use ssmtp as MTA because it is simple and does not require running a daemon with opened ports. ssmtp fits only for sending mail from localhost. It also can send authenticated email via your account on a public mail service. Install ssmtp and edit configuration file
/etc/ssmtp/ssmtp.conf
. To be able also to receive local system mail to Unix accounts (alerts to root from cron jobs, for example) configure/etc/ssmtp/revaliases
file.Here is my configuration for my account on Yandex mail:
Answer
Solution:
If you're having trouble sending mails with PHP, consider an alternative like or .
I usually use SwiftMailer whenever I need to send mails with PHP.
Basic usage:
See for more information on how to use SwiftMailer.
Answer
Solution:
Sendmail installation for Debian 10.0.0 ('Buster') was in fact trivial!
php.ini
Standard sendmail package install (allowing 'send'):
Miscellaneous useful commands:
Verification (of ability to send)
The above took about 5 minutes. Then I wasted 5 hours... Don't forget to check your spam folder!
Answer
Solution:
If you are running this code on a local server (i.e your computer for development purposes) it won't send the email to the recipient. It will create a
.txt
file in a folder namedmailoutput
.In the case if you are using a free hosing service, like
000webhost
orhostinger
, those service providers disable themail()
function to prevent unintended uses of email spoofing, spamming, etc. I prefer you to contact them to see whether they support this feature.If you are sure that the service provider supports the mail() function, you can check this PHP manual for further reference,
PHP mail()
To check weather your hosting service support the mail() function, try running this code (remember to change the recipient email address):
Answer
Solution:
You can use the
PHPMailer
and it works perfectly,here's a code example:Answer
Solution:
You can see your errors by:
And my sample code is:
Answer
Solution:
If you're stuck with an app hosted on Hostgator, this is what solved my problem. Thanks a lot to the guy who posted the detailed solution. In case the link goes offline one day, there you have the summary:
<?php phpinfo(); ?>
. Open this page, and look forsendmail path
. (Then, don't forget to remove this code!)-t -i
, then edit your server'sphp.ini
and add the following line:sendmail_path = /usr/sbin/sendmail -t -i;
But, after being able to send mail with PHP
mail()
function, I learned that it sends not authenticated email, what created another issue. The emails were all falling in my Hotmail's junk mail box, and some emails were never delivered, which I guess is related to the fact that they are not authenticated. That's why I decided to switch frommail()
toPHPMailer
with SMTP, after all.Answer
Solution:
It may be a problem with "From:" $email address in this part of the $headers:
To try it out, send an email without the headers part, like:
If that is a case, try using an email account that is already created at the system you are trying to send mail from.
Answer
Solution:
Sending HTML email While sending an email message you can specify a Mime version, content type and character set to send an HTML email.
Example The above example will send an HTML email message to [email protected] You can code this program in such a way that it should receive all content from the user and then it should send an email.
Answer
Solution:
What solved this issue for me was that some providers don't allow external recipients when using php mail:
Change the recipient ($recipient) in the code to a local recipient. This means use an email address from the server's domain, for example if your server domain is www.yourdomain.com then the recipient's email should be [email protected] Upload the modified php file and retry. If it's still not working: change the sender ($sender) to a local email (use the same email as used for recipient). Upload the modified php file and retry.
Hope this helps some! https://www.arclab.com/en/kb/php/how-to-test-and-fix-php-mail-function.html
Answer
Solution:
I had this problem and found that stripping back the headers helped me to get mail out. So this:
became this:
No need for the To: header.
Mail clients are pretty good at sniffing out URLs and rewriting them as a hyperlink. So I didn't bother writing HTML and specifying text/html in the content-type header. I just threw new lines with \r\n in the message body. I appreciate this isn't the coding purist's approach but it works for what I need it for.
Answer
Solution:
There are several possibilities:
You're facing a server problem. The server does not have any mail server. So your mail is not working, because your code is fine and mail is working with type.
You are not getting the posted value. Try your code with a static value.
Use SMTP mails to send mail...
Answer
Solution:
Although there are portions of this answer that apply to only to the usage of the
mail()
function itself, many of these troubleshooting steps can be applied to any PHP mailing system.There are a variety of reasons your script appears to not be sending emails. It's difficult to diagnose these things unless there is an obvious syntax error. Without one you need to run through the checklist below to find any potential pitfalls you may be encountering.
Make sure error reporting is enabled and set to report all errors
Error reporting is essential to rooting out bugs in your code and general errors that PHP encounters. Error reporting needs to be enabled to receive these errors. Placing the following code at the top of your PHP files (or in a master configuration file) will enable error reporting.
See How can I get useful error messages in PHP? — this answer for more details on this.
Make sure the
mail()
function is calledIt may seem silly but a common error is to forget to actually place the
mail()
function in your code. Make sure it is there and not commented out.Make sure the
mail()
function is called correctlyThe mail function takes three required parameters and optionally a fourth and fifth one. If your call to
mail()
does not have at least three parameters it will fail.If your call to
mail()
does not have the correct parameters in the correct order it will also fail.Check the server's mail logs
Your web server should be logging all attempts to send emails through it. The location of these logs will vary (you may need to ask your server administrator where they are located) but they can commonly be found in a user's root directory under
logs
. Inside will be error messages the server reported, if any, related to your attempts to send emails.Check for Port connection failure
Port block is a very common problem which most developers face while integrating their code to deliver emails using SMTP. And, this can be easily traced at the server maillogs (the location of server of mail log can vary from server to server, as explained above). In case you are on a shared hosting server, the ports 25 and 587 remain blocked by default. This block is been purposely done by your hosting provider. This is true even for some of the dedicated servers. When these ports are blocked, try to connect using port 2525. If you find that port is also blocked, then the only solution is to contact your hosting provider to unblock these ports.
Most of the hosting providers block these email ports to protect their network from sending any spam emails.
Use ports 25 or 587 for plain/TLS connections and port 465 for SSL connections. For most users, it is suggested to use port 587 to avoid rate limits set by some hosting providers.
Don't use the error suppression operator
When the error suppression operator
@
is prepended to an expression in PHP, any error messages that might be generated by that expression will be ignored. There are circumstances where using this operator is necessary but sending mail is not one of them.If your code contains
@mail(...)
then you may be hiding important error messages that will help you debug this. Remove the@
and see if any errors are reported.It's only advisable when you check with
right afterwards for concrete failures.
Check the
mail()
return valueThe
function:
This is important to note because:
FALSE
return value you know the error lies with your server accepting your mail. This probably isn't a coding issue but a server configuration issue. You need to speak to your system administrator to find out why this is happening.TRUE
return value it does not mean your email will definitely be sent. It just means the email was sent to its respective handler on the server successfully by PHP. There are still more points of failure outside of PHP's control that can cause the email to not be sent.So
FALSE
will help point you in the right direction whereasTRUE
does not necessarily mean your email was sent successfully. This is important to note!Make sure your hosting provider allows you to send emails and does not limit mail sending
Many shared webhosts, especially free webhosting providers, either do not allow emails to be sent from their servers or limit the amount that can be sent during any given time period. This is due to their efforts to limit spammers from taking advantage of their cheaper services.
If you think your host has emailing limits or blocks the sending of emails, check their FAQs to see if they list any such limitations. Otherwise, you may need to reach out to their support to verify if there are any restrictions in place around the sending of emails.
Check spam folders; prevent emails from being flagged as spam
Oftentimes, for various reasons, emails sent through PHP (and other server-side programming languages) end up in a recipient's spam folder. Always check there before troubleshooting your code.
To avoid mail sent through PHP from being sent to a recipient's spam folder, there are various things you can do, both in your PHP code and otherwise, to minimize the chances your emails are marked as spam. Good tips from Michiel de Mare include:
See How do you make sure email you send programmatically is not automatically marked as spam? for more on this topic.
Make sure all mail headers are supplied
Some spam software will reject mail if it is missing common headers such as "From" and "Reply-to":
Make sure mail headers have no syntax errors
Invalid headers are just as bad as having no headers. One incorrect character could be all it takes to derail your email. Double-check to make sure your syntax is correct as PHP will not catch these errors for you.
Don't use a faux
From:
senderWhile the mail must have a From: sender, you may not just use any value. In particular user-supplied sender addresses are a surefire way to get mails blocked:
Reason: your web or sending mail server is not SPF/DKIM-whitelisted to pretend being responsible for @hotmail or @gmail addresses. It may even silently drop mails with
From:
sender domains it's not configured for.Make sure the recipient value is correct
Sometimes the problem is as simple as having an incorrect value for the recipient of the email. This can be due to using an incorrect variable.
Another way to test this is to hard code the recipient value into the
mail()
function call:This can apply to all of the
mail()
parameters.Send to multiple accounts
To help rule out email account issues, send your email to multiple email accounts at different email providers. If your emails are not arriving at a user's Gmail account, send the same emails to a Yahoo account, a Hotmail account, and a regular POP3 account (like your ISP-provided email account).
If the emails arrive at all or some of the other email accounts, you know your code is sending emails but it is likely that the email account provider is blocking them for some reason. If the email does not arrive at any email account, the problem is more likely to be related to your code.
Make sure the code matches the form method
If you have set your form method to
POST
, make sure you are using$_POST
to look for your form values. If you have set it toGET
or didn't set it at all, make sure you use$_GET
to look for your form values.Make sure your form
action
value points to the correct locationMake sure your form
action
attribute contains a value that points to your PHP mailing code.Make sure the Web host supports sending email
Some Web hosting providers do not allow or enable the sending of emails through their servers. The reasons for this may vary but if they have disabled the sending of mail you will need to use an alternative method that uses a third party to send those emails for you.
An email to their technical support (after a trip to their online support or FAQ) should clarify if email capabilities are available on your server.
Make sure the
localhost
mail server is configuredIf you are developing on your local workstation using WAMP, MAMP, or XAMPP, an email server is probably not installed on your workstation. Without one, PHP cannot send mail by default.
You can overcome this by installing a basic mail server. For Windows you can use the free Mercury Mail.
You can also use SMTP to send your emails. See this great answer from Vikas Dwivedi to learn how to do this.
Enable PHP's custom
mail.log
In addition to your MTA's and PHP's log file, you can enable logging for the
specifically. It doesn't record the complete SMTP interaction, but at least function call parameters and invocation script.
See http://php.net/manual/en/mail.configuration.php for details. (It's best to enable these options in the
php.ini
or.user.ini
or.htaccess
perhaps.)Check with a mail testing service
There are various delivery and spamminess checking services you can utilize to test your MTA/webserver setup. Typically you send a mail probe To: their address, then get a delivery report and more concrete failures or analyzations later:
Use a different mailer
PHP's built-in
mail()
function is handy and often gets the job done but it has its shortcomings. Fortunately, there are alternatives that offer more power and flexibility including handling a lot of the issues outlined above:All of which can be combined with a professional SMTP server/service provider. (Because typical 08/15 shared webhosting plans are hit or miss when it comes to email setup/configurability.)
Answer
Solution:
Add a mail header in the mail function:
Answer
Solution:
Answer
Solution:
If you are using an SMTP configuration for sending your email, try using PHPMailer instead. You can download the library from https://github.com/PHPMailer/PHPMailer.
I created my email sending this way:
Answer
Solution:
Just add some headers before sending mail:
And one more thing. The
mail()
function is not working in localhost. Upload your code to a server and try.Answer
Solution:
It worked for me on 000webhost by doing the following:
Enter directly the email address when sending the email:
Use
''
and not""
.This code works, but the email was received with half an hour lag.
Answer
Solution:
Mostly the
mail()
function is disabled in shared hosting. A better option is to use SMTP. The best option would be Gmail or SendGrid.SMTPconfig.php
SMTPmail.php
contact_email.php
Answer
Solution:
If you only use the
mail()
function, you need to complete the configuration file.You need to open the mail expansion, and set the
SMTP smtp_port
and so on, and most important, your username and your password. Without that, mail cannot be sent. Also, you can use thePHPMail
class to send.Answer
Solution:
Try these two things separately and together:
if($_POST['submit']){}
$from
(just my gut)Answer
Solution:
I think this should do the trick. I just added an
if(isset
and added concatenation to the variables in the body to separate PHP from HTML.Answer
Solution:
For anyone who finds this going forward, I would not recommend using
mail
. There's some answers that touch on this, but not the why of it.PHP's
mail
function is not only opaque, it fully relies on whatever MTA you use (i.e. Sendmail) to do the work.mail
will only tell you if the MTA failed to accept it (i.e. Sendmail was down when you tried to send). It cannot tell you if the mail was successful because it's handed it off. As such (as John Conde's answer details), you now get to fiddle with the logs of the MTA and hope that it tells you enough about the failure to fix it. If you're on a shared host or don't have access to the MTA logs, you're out of luck. Sadly, the default for most vanilla installs for Linux handle it this way.A mail library (PHPMailer, Zend Framework 2+, etc.), does something very different from
mail
. They open a socket directly to the receiving mail server and then send the SMTP mail commands directly over that socket. In other words, the class acts as its own MTA (note that you can tell the libraries to usemail
to ultimately send the mail, but I would strongly recommend you not do that).This means you can then directly see the responses from the receiving server (in PHPMailer, for instance, you can turn on debugging output). No more guessing if a mail failed to send or why.
You also get the benefit of a better interface. With
mail
you have to set up all your headers, attachments, etc. With a library, you have a dedicated function to do that. It also means the function is doing all the tricky parts (like headers).Answer
Solution:
Answer
Solution:
You can use config email by CodeIgniter. For example, using SMTP (simple way):
It works for me!
Answer
Solution:
Try this
Answer
Solution:
Maybe the problem is the configuration of the mail server. To avoid this type of problems or you do not have to worry about the mail server problem, I recommend you use PHPMailer.
It is a plugin that has everything necessary to send mail, and the only thing you have to take into account is to have the SMTP port (Port: 25 and 465), enabled.
Answer
Solution:
First of all, you might have too many parameters for the mail() function... You are able to have of maximum of five,
mail(to, subject, message, headers, parameters);
As far as the
$from
variable goes, that should automatically come from your webhost if your using the Linux cPanel. It automatically comes from your cPanel username and IP address.Also make sure you have the correct order of variables in your mail() function.
The
mail($to, $subject, $message, etc.)
in that order, or else there is a chance of it not working.Answer
Solution:
This will only affect a small handful of users, but I'd like it documented for that small handful. This member of that small handful spent 6 hours troubleshooting a working PHP mail script because of this issue.
If you're going to a university that runs XAMPP from www.AceITLab.com, you should know what our professor didn't tell us: The AceITLab firewall (not the Windows firewall) blocks MercuryMail in XAMPP. You'll have to use an alternative mail client, pear is working for us. You'll have to send to a Gmail account with low security settings.
Yes, I know, this is totally useless for real world email. However, from what I've seen, academic settings and the real world often have precious little in common.
Answer
Solution:
Make sure you have Sendmail installed in your server.
If you have checked your code and verified that there is nothing wrong there, go to /var/mail and check whether that folder is empty.
If it is empty, you will need to do a:
if you are on an Ubuntu server.
Answer
Solution:
For those who do not want to use external mailers and want to mail() on a dedicated Linux server.
The way, how PHP mails, is described in
php.ini
in section[mail function]
.Parameter
sendmail-path
describes how sendmail is called. The default value issendmail -t -i
, so if you get a workingsendmail -t -i < message.txt
in the Linux console - you will be done. You could also addmail.log
to debug and be sure mail() is really called.Different MTAs can implement
sendmail
. They just make a symbolic link to their binaries on that name. For example, in Debian the default is Postfix. Configure your MTA to send mail and test it from the console withsendmail -v -t -i < message.txt
. Filemessage.txt
should contain all headers of a message and a body, destination address for the envelope will be taken from theTo:
header. Example:I prefer to use ssmtp as MTA because it is simple and does not require running a daemon with opened ports. ssmtp fits only for sending mail from localhost. It also can send authenticated email via your account on a public mail service. Install ssmtp and edit configuration file
/etc/ssmtp/ssmtp.conf
. To be able also to receive local system mail to Unix accounts (alerts to root from cron jobs, for example) configure/etc/ssmtp/revaliases
file.Here is my configuration for my account on Yandex mail:
Answer
Solution:
If you're having trouble sending mails with PHP, consider an alternative like or .
I usually use SwiftMailer whenever I need to send mails with PHP.
Basic usage:
See for more information on how to use SwiftMailer.
Answer
Solution:
Sendmail installation for Debian 10.0.0 ('Buster') was in fact trivial!
php.ini
Standard sendmail package install (allowing 'send'):
Miscellaneous useful commands:
Verification (of ability to send)
The above took about 5 minutes. Then I wasted 5 hours... Don't forget to check your spam folder!
Answer
Solution:
If you are running this code on a local server (i.e your computer for development purposes) it won't send the email to the recipient. It will create a
.txt
file in a folder namedmailoutput
.In the case if you are using a free hosing service, like
000webhost
orhostinger
, those service providers disable themail()
function to prevent unintended uses of email spoofing, spamming, etc. I prefer you to contact them to see whether they support this feature.If you are sure that the service provider supports the mail() function, you can check this PHP manual for further reference,
PHP mail()
To check weather your hosting service support the mail() function, try running this code (remember to change the recipient email address):
Answer
Solution:
You can use the
PHPMailer
and it works perfectly,here's a code example:Answer
Solution:
You can see your errors by:
And my sample code is:
Answer
Solution:
If you're stuck with an app hosted on Hostgator, this is what solved my problem. Thanks a lot to the guy who posted the detailed solution. In case the link goes offline one day, there you have the summary:
<?php phpinfo(); ?>
. Open this page, and look forsendmail path
. (Then, don't forget to remove this code!)-t -i
, then edit your server'sphp.ini
and add the following line:sendmail_path = /usr/sbin/sendmail -t -i;
But, after being able to send mail with PHP
mail()
function, I learned that it sends not authenticated email, what created another issue. The emails were all falling in my Hotmail's junk mail box, and some emails were never delivered, which I guess is related to the fact that they are not authenticated. That's why I decided to switch frommail()
toPHPMailer
with SMTP, after all.Answer
Solution:
It may be a problem with "From:" $email address in this part of the $headers:
To try it out, send an email without the headers part, like:
If that is a case, try using an email account that is already created at the system you are trying to send mail from.
Answer
Solution:
Sending HTML email While sending an email message you can specify a Mime version, content type and character set to send an HTML email.
Example The above example will send an HTML email message to [email protected] You can code this program in such a way that it should receive all content from the user and then it should send an email.
Answer
Solution:
What solved this issue for me was that some providers don't allow external recipients when using php mail:
Change the recipient ($recipient) in the code to a local recipient. This means use an email address from the server's domain, for example if your server domain is www.yourdomain.com then the recipient's email should be [email protected] Upload the modified php file and retry. If it's still not working: change the sender ($sender) to a local email (use the same email as used for recipient). Upload the modified php file and retry.
Hope this helps some! https://www.arclab.com/en/kb/php/how-to-test-and-fix-php-mail-function.html
Answer
Solution:
I had this problem and found that stripping back the headers helped me to get mail out. So this:
became this:
No need for the To: header.
Mail clients are pretty good at sniffing out URLs and rewriting them as a hyperlink. So I didn't bother writing HTML and specifying text/html in the content-type header. I just threw new lines with \r\n in the message body. I appreciate this isn't the coding purist's approach but it works for what I need it for.
Answer
Solution:
There are several possibilities:
You're facing a server problem. The server does not have any mail server. So your mail is not working, because your code is fine and mail is working with type.
You are not getting the posted value. Try your code with a static value.
Use SMTP mails to send mail...
Answer
Solution:
Although there are portions of this answer that apply to only to the usage of the
mail()
function itself, many of these troubleshooting steps can be applied to any PHP mailing system.There are a variety of reasons your script appears to not be sending emails. It's difficult to diagnose these things unless there is an obvious syntax error. Without one you need to run through the checklist below to find any potential pitfalls you may be encountering.
Make sure error reporting is enabled and set to report all errors
Error reporting is essential to rooting out bugs in your code and general errors that PHP encounters. Error reporting needs to be enabled to receive these errors. Placing the following code at the top of your PHP files (or in a master configuration file) will enable error reporting.
See How can I get useful error messages in PHP? — this answer for more details on this.
Make sure the
mail()
function is calledIt may seem silly but a common error is to forget to actually place the
mail()
function in your code. Make sure it is there and not commented out.Make sure the
mail()
function is called correctlyThe mail function takes three required parameters and optionally a fourth and fifth one. If your call to
mail()
does not have at least three parameters it will fail.If your call to
mail()
does not have the correct parameters in the correct order it will also fail.Check the server's mail logs
Your web server should be logging all attempts to send emails through it. The location of these logs will vary (you may need to ask your server administrator where they are located) but they can commonly be found in a user's root directory under
logs
. Inside will be error messages the server reported, if any, related to your attempts to send emails.Check for Port connection failure
Port block is a very common problem which most developers face while integrating their code to deliver emails using SMTP. And, this can be easily traced at the server maillogs (the location of server of mail log can vary from server to server, as explained above). In case you are on a shared hosting server, the ports 25 and 587 remain blocked by default. This block is been purposely done by your hosting provider. This is true even for some of the dedicated servers. When these ports are blocked, try to connect using port 2525. If you find that port is also blocked, then the only solution is to contact your hosting provider to unblock these ports.
Most of the hosting providers block these email ports to protect their network from sending any spam emails.
Use ports 25 or 587 for plain/TLS connections and port 465 for SSL connections. For most users, it is suggested to use port 587 to avoid rate limits set by some hosting providers.
Don't use the error suppression operator
When the error suppression operator
@
is prepended to an expression in PHP, any error messages that might be generated by that expression will be ignored. There are circumstances where using this operator is necessary but sending mail is not one of them.If your code contains
@mail(...)
then you may be hiding important error messages that will help you debug this. Remove the@
and see if any errors are reported.It's only advisable when you check with
right afterwards for concrete failures.
Check the
mail()
return valueThe
function:
This is important to note because:
FALSE
return value you know the error lies with your server accepting your mail. This probably isn't a coding issue but a server configuration issue. You need to speak to your system administrator to find out why this is happening.TRUE
return value it does not mean your email will definitely be sent. It just means the email was sent to its respective handler on the server successfully by PHP. There are still more points of failure outside of PHP's control that can cause the email to not be sent.So
FALSE
will help point you in the right direction whereasTRUE
does not necessarily mean your email was sent successfully. This is important to note!Make sure your hosting provider allows you to send emails and does not limit mail sending
Many shared webhosts, especially free webhosting providers, either do not allow emails to be sent from their servers or limit the amount that can be sent during any given time period. This is due to their efforts to limit spammers from taking advantage of their cheaper services.
If you think your host has emailing limits or blocks the sending of emails, check their FAQs to see if they list any such limitations. Otherwise, you may need to reach out to their support to verify if there are any restrictions in place around the sending of emails.
Check spam folders; prevent emails from being flagged as spam
Oftentimes, for various reasons, emails sent through PHP (and other server-side programming languages) end up in a recipient's spam folder. Always check there before troubleshooting your code.
To avoid mail sent through PHP from being sent to a recipient's spam folder, there are various things you can do, both in your PHP code and otherwise, to minimize the chances your emails are marked as spam. Good tips from Michiel de Mare include:
See How do you make sure email you send programmatically is not automatically marked as spam? for more on this topic.
Make sure all mail headers are supplied
Some spam software will reject mail if it is missing common headers such as "From" and "Reply-to":
Make sure mail headers have no syntax errors
Invalid headers are just as bad as having no headers. One incorrect character could be all it takes to derail your email. Double-check to make sure your syntax is correct as PHP will not catch these errors for you.
Don't use a faux
From:
senderWhile the mail must have a From: sender, you may not just use any value. In particular user-supplied sender addresses are a surefire way to get mails blocked:
Reason: your web or sending mail server is not SPF/DKIM-whitelisted to pretend being responsible for @hotmail or @gmail addresses. It may even silently drop mails with
From:
sender domains it's not configured for.Make sure the recipient value is correct
Sometimes the problem is as simple as having an incorrect value for the recipient of the email. This can be due to using an incorrect variable.
Another way to test this is to hard code the recipient value into the
mail()
function call:This can apply to all of the
mail()
parameters.Send to multiple accounts
To help rule out email account issues, send your email to multiple email accounts at different email providers. If your emails are not arriving at a user's Gmail account, send the same emails to a Yahoo account, a Hotmail account, and a regular POP3 account (like your ISP-provided email account).
If the emails arrive at all or some of the other email accounts, you know your code is sending emails but it is likely that the email account provider is blocking them for some reason. If the email does not arrive at any email account, the problem is more likely to be related to your code.
Make sure the code matches the form method
If you have set your form method to
POST
, make sure you are using$_POST
to look for your form values. If you have set it toGET
or didn't set it at all, make sure you use$_GET
to look for your form values.Make sure your form
action
value points to the correct locationMake sure your form
action
attribute contains a value that points to your PHP mailing code.Make sure the Web host supports sending email
Some Web hosting providers do not allow or enable the sending of emails through their servers. The reasons for this may vary but if they have disabled the sending of mail you will need to use an alternative method that uses a third party to send those emails for you.
An email to their technical support (after a trip to their online support or FAQ) should clarify if email capabilities are available on your server.
Make sure the
localhost
mail server is configuredIf you are developing on your local workstation using WAMP, MAMP, or XAMPP, an email server is probably not installed on your workstation. Without one, PHP cannot send mail by default.
You can overcome this by installing a basic mail server. For Windows you can use the free Mercury Mail.
You can also use SMTP to send your emails. See this great answer from Vikas Dwivedi to learn how to do this.
Enable PHP's custom
mail.log
In addition to your MTA's and PHP's log file, you can enable logging for the
specifically. It doesn't record the complete SMTP interaction, but at least function call parameters and invocation script.
See http://php.net/manual/en/mail.configuration.php for details. (It's best to enable these options in the
php.ini
or.user.ini
or.htaccess
perhaps.)Check with a mail testing service
There are various delivery and spamminess checking services you can utilize to test your MTA/webserver setup. Typically you send a mail probe To: their address, then get a delivery report and more concrete failures or analyzations later:
Use a different mailer
PHP's built-in
mail()
function is handy and often gets the job done but it has its shortcomings. Fortunately, there are alternatives that offer more power and flexibility including handling a lot of the issues outlined above:All of which can be combined with a professional SMTP server/service provider. (Because typical 08/15 shared webhosting plans are hit or miss when it comes to email setup/configurability.)
Answer
Solution:
Add a mail header in the mail function:
Answer
Solution:
Answer
Solution:
If you are using an SMTP configuration for sending your email, try using PHPMailer instead. You can download the library from https://github.com/PHPMailer/PHPMailer.
I created my email sending this way:
Answer
Solution:
Just add some headers before sending mail:
And one more thing. The
mail()
function is not working in localhost. Upload your code to a server and try.Answer
Solution:
It worked for me on 000webhost by doing the following:
Enter directly the email address when sending the email:
Use
''
and not""
.This code works, but the email was received with half an hour lag.
Answer
Solution:
Mostly the
mail()
function is disabled in shared hosting. A better option is to use SMTP. The best option would be Gmail or SendGrid.SMTPconfig.php
SMTPmail.php
contact_email.php
Answer
Solution:
If you only use the
mail()
function, you need to complete the configuration file.You need to open the mail expansion, and set the
SMTP smtp_port
and so on, and most important, your username and your password. Without that, mail cannot be sent. Also, you can use thePHPMail
class to send.Answer
Solution:
Try these two things separately and together:
if($_POST['submit']){}
$from
(just my gut)Answer
Solution:
I think this should do the trick. I just added an
if(isset
and added concatenation to the variables in the body to separate PHP from HTML.Answer
Solution:
For anyone who finds this going forward, I would not recommend using
mail
. There's some answers that touch on this, but not the why of it.PHP's
mail
function is not only opaque, it fully relies on whatever MTA you use (i.e. Sendmail) to do the work.mail
will only tell you if the MTA failed to accept it (i.e. Sendmail was down when you tried to send). It cannot tell you if the mail was successful because it's handed it off. As such (as John Conde's answer details), you now get to fiddle with the logs of the MTA and hope that it tells you enough about the failure to fix it. If you're on a shared host or don't have access to the MTA logs, you're out of luck. Sadly, the default for most vanilla installs for Linux handle it this way.A mail library (PHPMailer, Zend Framework 2+, etc.), does something very different from
mail
. They open a socket directly to the receiving mail server and then send the SMTP mail commands directly over that socket. In other words, the class acts as its own MTA (note that you can tell the libraries to usemail
to ultimately send the mail, but I would strongly recommend you not do that).This means you can then directly see the responses from the receiving server (in PHPMailer, for instance, you can turn on debugging output). No more guessing if a mail failed to send or why.
You also get the benefit of a better interface. With
mail
you have to set up all your headers, attachments, etc. With a library, you have a dedicated function to do that. It also means the function is doing all the tricky parts (like headers).Answer
Solution:
Answer
Solution:
You can use config email by CodeIgniter. For example, using SMTP (simple way):
It works for me!
Answer
Solution:
Try this
Answer
Solution:
Maybe the problem is the configuration of the mail server. To avoid this type of problems or you do not have to worry about the mail server problem, I recommend you use PHPMailer.
It is a plugin that has everything necessary to send mail, and the only thing you have to take into account is to have the SMTP port (Port: 25 and 465), enabled.
Answer
Solution:
First of all, you might have too many parameters for the mail() function... You are able to have of maximum of five,
mail(to, subject, message, headers, parameters);
As far as the
$from
variable goes, that should automatically come from your webhost if your using the Linux cPanel. It automatically comes from your cPanel username and IP address.Also make sure you have the correct order of variables in your mail() function.
The
mail($to, $subject, $message, etc.)
in that order, or else there is a chance of it not working.Answer
Solution:
This will only affect a small handful of users, but I'd like it documented for that small handful. This member of that small handful spent 6 hours troubleshooting a working PHP mail script because of this issue.
If you're going to a university that runs XAMPP from www.AceITLab.com, you should know what our professor didn't tell us: The AceITLab firewall (not the Windows firewall) blocks MercuryMail in XAMPP. You'll have to use an alternative mail client, pear is working for us. You'll have to send to a Gmail account with low security settings.
Yes, I know, this is totally useless for real world email. However, from what I've seen, academic settings and the real world often have precious little in common.
Answer
Solution:
Make sure you have Sendmail installed in your server.
If you have checked your code and verified that there is nothing wrong there, go to /var/mail and check whether that folder is empty.
If it is empty, you will need to do a:
if you are on an Ubuntu server.
Answer
Solution:
For those who do not want to use external mailers and want to mail() on a dedicated Linux server.
The way, how PHP mails, is described in
php.ini
in section[mail function]
.Parameter
sendmail-path
describes how sendmail is called. The default value issendmail -t -i
, so if you get a workingsendmail -t -i < message.txt
in the Linux console - you will be done. You could also addmail.log
to debug and be sure mail() is really called.Different MTAs can implement
sendmail
. They just make a symbolic link to their binaries on that name. For example, in Debian the default is Postfix. Configure your MTA to send mail and test it from the console withsendmail -v -t -i < message.txt
. Filemessage.txt
should contain all headers of a message and a body, destination address for the envelope will be taken from theTo:
header. Example:I prefer to use ssmtp as MTA because it is simple and does not require running a daemon with opened ports. ssmtp fits only for sending mail from localhost. It also can send authenticated email via your account on a public mail service. Install ssmtp and edit configuration file
/etc/ssmtp/ssmtp.conf
. To be able also to receive local system mail to Unix accounts (alerts to root from cron jobs, for example) configure/etc/ssmtp/revaliases
file.Here is my configuration for my account on Yandex mail:
Answer
Solution:
If you're having trouble sending mails with PHP, consider an alternative like or .
I usually use SwiftMailer whenever I need to send mails with PHP.
Basic usage:
See for more information on how to use SwiftMailer.
Answer
Solution:
Sendmail installation for Debian 10.0.0 ('Buster') was in fact trivial!
php.ini
Standard sendmail package install (allowing 'send'):
Miscellaneous useful commands:
Verification (of ability to send)
The above took about 5 minutes. Then I wasted 5 hours... Don't forget to check your spam folder!
Answer
Solution:
If you are running this code on a local server (i.e your computer for development purposes) it won't send the email to the recipient. It will create a
.txt
file in a folder namedmailoutput
.In the case if you are using a free hosing service, like
000webhost
orhostinger
, those service providers disable themail()
function to prevent unintended uses of email spoofing, spamming, etc. I prefer you to contact them to see whether they support this feature.If you are sure that the service provider supports the mail() function, you can check this PHP manual for further reference,
PHP mail()
To check weather your hosting service support the mail() function, try running this code (remember to change the recipient email address):
Answer
Solution:
You can use the
PHPMailer
and it works perfectly,here's a code example:Answer
Solution:
You can see your errors by:
And my sample code is:
Answer
Solution:
If you're stuck with an app hosted on Hostgator, this is what solved my problem. Thanks a lot to the guy who posted the detailed solution. In case the link goes offline one day, there you have the summary:
<?php phpinfo(); ?>
. Open this page, and look forsendmail path
. (Then, don't forget to remove this code!)-t -i
, then edit your server'sphp.ini
and add the following line:sendmail_path = /usr/sbin/sendmail -t -i;
But, after being able to send mail with PHP
mail()
function, I learned that it sends not authenticated email, what created another issue. The emails were all falling in my Hotmail's junk mail box, and some emails were never delivered, which I guess is related to the fact that they are not authenticated. That's why I decided to switch frommail()
toPHPMailer
with SMTP, after all.Answer
Solution:
It may be a problem with "From:" $email address in this part of the $headers:
To try it out, send an email without the headers part, like:
If that is a case, try using an email account that is already created at the system you are trying to send mail from.
Answer
Solution:
Sending HTML email While sending an email message you can specify a Mime version, content type and character set to send an HTML email.
Example The above example will send an HTML email message to [email protected] You can code this program in such a way that it should receive all content from the user and then it should send an email.
Answer
Solution:
What solved this issue for me was that some providers don't allow external recipients when using php mail:
Change the recipient ($recipient) in the code to a local recipient. This means use an email address from the server's domain, for example if your server domain is www.yourdomain.com then the recipient's email should be [email protected] Upload the modified php file and retry. If it's still not working: change the sender ($sender) to a local email (use the same email as used for recipient). Upload the modified php file and retry.
Hope this helps some! https://www.arclab.com/en/kb/php/how-to-test-and-fix-php-mail-function.html
Answer
Solution:
I had this problem and found that stripping back the headers helped me to get mail out. So this:
became this:
No need for the To: header.
Mail clients are pretty good at sniffing out URLs and rewriting them as a hyperlink. So I didn't bother writing HTML and specifying text/html in the content-type header. I just threw new lines with \r\n in the message body. I appreciate this isn't the coding purist's approach but it works for what I need it for.
Answer
Solution:
There are several possibilities:
You're facing a server problem. The server does not have any mail server. So your mail is not working, because your code is fine and mail is working with type.
You are not getting the posted value. Try your code with a static value.
Use SMTP mails to send mail...
Answer
Solution:
Although there are portions of this answer that apply to only to the usage of the
mail()
function itself, many of these troubleshooting steps can be applied to any PHP mailing system.There are a variety of reasons your script appears to not be sending emails. It's difficult to diagnose these things unless there is an obvious syntax error. Without one you need to run through the checklist below to find any potential pitfalls you may be encountering.
Make sure error reporting is enabled and set to report all errors
Error reporting is essential to rooting out bugs in your code and general errors that PHP encounters. Error reporting needs to be enabled to receive these errors. Placing the following code at the top of your PHP files (or in a master configuration file) will enable error reporting.
See How can I get useful error messages in PHP? — this answer for more details on this.
Make sure the
mail()
function is calledIt may seem silly but a common error is to forget to actually place the
mail()
function in your code. Make sure it is there and not commented out.Make sure the
mail()
function is called correctlyThe mail function takes three required parameters and optionally a fourth and fifth one. If your call to
mail()
does not have at least three parameters it will fail.If your call to
mail()
does not have the correct parameters in the correct order it will also fail.Check the server's mail logs
Your web server should be logging all attempts to send emails through it. The location of these logs will vary (you may need to ask your server administrator where they are located) but they can commonly be found in a user's root directory under
logs
. Inside will be error messages the server reported, if any, related to your attempts to send emails.Check for Port connection failure
Port block is a very common problem which most developers face while integrating their code to deliver emails using SMTP. And, this can be easily traced at the server maillogs (the location of server of mail log can vary from server to server, as explained above). In case you are on a shared hosting server, the ports 25 and 587 remain blocked by default. This block is been purposely done by your hosting provider. This is true even for some of the dedicated servers. When these ports are blocked, try to connect using port 2525. If you find that port is also blocked, then the only solution is to contact your hosting provider to unblock these ports.
Most of the hosting providers block these email ports to protect their network from sending any spam emails.
Use ports 25 or 587 for plain/TLS connections and port 465 for SSL connections. For most users, it is suggested to use port 587 to avoid rate limits set by some hosting providers.
Don't use the error suppression operator
When the error suppression operator
@
is prepended to an expression in PHP, any error messages that might be generated by that expression will be ignored. There are circumstances where using this operator is necessary but sending mail is not one of them.If your code contains
@mail(...)
then you may be hiding important error messages that will help you debug this. Remove the@
and see if any errors are reported.It's only advisable when you check with
right afterwards for concrete failures.
Check the
mail()
return valueThe
function:
This is important to note because:
FALSE
return value you know the error lies with your server accepting your mail. This probably isn't a coding issue but a server configuration issue. You need to speak to your system administrator to find out why this is happening.TRUE
return value it does not mean your email will definitely be sent. It just means the email was sent to its respective handler on the server successfully by PHP. There are still more points of failure outside of PHP's control that can cause the email to not be sent.So
FALSE
will help point you in the right direction whereasTRUE
does not necessarily mean your email was sent successfully. This is important to note!Make sure your hosting provider allows you to send emails and does not limit mail sending
Many shared webhosts, especially free webhosting providers, either do not allow emails to be sent from their servers or limit the amount that can be sent during any given time period. This is due to their efforts to limit spammers from taking advantage of their cheaper services.
If you think your host has emailing limits or blocks the sending of emails, check their FAQs to see if they list any such limitations. Otherwise, you may need to reach out to their support to verify if there are any restrictions in place around the sending of emails.
Check spam folders; prevent emails from being flagged as spam
Oftentimes, for various reasons, emails sent through PHP (and other server-side programming languages) end up in a recipient's spam folder. Always check there before troubleshooting your code.
To avoid mail sent through PHP from being sent to a recipient's spam folder, there are various things you can do, both in your PHP code and otherwise, to minimize the chances your emails are marked as spam. Good tips from Michiel de Mare include:
See How do you make sure email you send programmatically is not automatically marked as spam? for more on this topic.
Make sure all mail headers are supplied
Some spam software will reject mail if it is missing common headers such as "From" and "Reply-to":
Make sure mail headers have no syntax errors
Invalid headers are just as bad as having no headers. One incorrect character could be all it takes to derail your email. Double-check to make sure your syntax is correct as PHP will not catch these errors for you.
Don't use a faux
From:
senderWhile the mail must have a From: sender, you may not just use any value. In particular user-supplied sender addresses are a surefire way to get mails blocked:
Reason: your web or sending mail server is not SPF/DKIM-whitelisted to pretend being responsible for @hotmail or @gmail addresses. It may even silently drop mails with
From:
sender domains it's not configured for.Make sure the recipient value is correct
Sometimes the problem is as simple as having an incorrect value for the recipient of the email. This can be due to using an incorrect variable.
Another way to test this is to hard code the recipient value into the
mail()
function call:This can apply to all of the
mail()
parameters.Send to multiple accounts
To help rule out email account issues, send your email to multiple email accounts at different email providers. If your emails are not arriving at a user's Gmail account, send the same emails to a Yahoo account, a Hotmail account, and a regular POP3 account (like your ISP-provided email account).
If the emails arrive at all or some of the other email accounts, you know your code is sending emails but it is likely that the email account provider is blocking them for some reason. If the email does not arrive at any email account, the problem is more likely to be related to your code.
Make sure the code matches the form method
If you have set your form method to
POST
, make sure you are using$_POST
to look for your form values. If you have set it toGET
or didn't set it at all, make sure you use$_GET
to look for your form values.Make sure your form
action
value points to the correct locationMake sure your form
action
attribute contains a value that points to your PHP mailing code.Make sure the Web host supports sending email
Some Web hosting providers do not allow or enable the sending of emails through their servers. The reasons for this may vary but if they have disabled the sending of mail you will need to use an alternative method that uses a third party to send those emails for you.
An email to their technical support (after a trip to their online support or FAQ) should clarify if email capabilities are available on your server.
Make sure the
localhost
mail server is configuredIf you are developing on your local workstation using WAMP, MAMP, or XAMPP, an email server is probably not installed on your workstation. Without one, PHP cannot send mail by default.
You can overcome this by installing a basic mail server. For Windows you can use the free Mercury Mail.
You can also use SMTP to send your emails. See this great answer from Vikas Dwivedi to learn how to do this.
Enable PHP's custom
mail.log
In addition to your MTA's and PHP's log file, you can enable logging for the
specifically. It doesn't record the complete SMTP interaction, but at least function call parameters and invocation script.
See http://php.net/manual/en/mail.configuration.php for details. (It's best to enable these options in the
php.ini
or.user.ini
or.htaccess
perhaps.)Check with a mail testing service
There are various delivery and spamminess checking services you can utilize to test your MTA/webserver setup. Typically you send a mail probe To: their address, then get a delivery report and more concrete failures or analyzations later:
Use a different mailer
PHP's built-in
mail()
function is handy and often gets the job done but it has its shortcomings. Fortunately, there are alternatives that offer more power and flexibility including handling a lot of the issues outlined above:All of which can be combined with a professional SMTP server/service provider. (Because typical 08/15 shared webhosting plans are hit or miss when it comes to email setup/configurability.)
Answer
Solution:
Add a mail header in the mail function:
Answer
Solution:
Answer
Solution:
If you are using an SMTP configuration for sending your email, try using PHPMailer instead. You can download the library from https://github.com/PHPMailer/PHPMailer.
I created my email sending this way:
Answer
Solution:
Just add some headers before sending mail:
And one more thing. The
mail()
function is not working in localhost. Upload your code to a server and try.Answer
Solution:
It worked for me on 000webhost by doing the following:
Enter directly the email address when sending the email:
Use
''
and not""
.This code works, but the email was received with half an hour lag.
Answer
Solution:
Mostly the
mail()
function is disabled in shared hosting. A better option is to use SMTP. The best option would be Gmail or SendGrid.SMTPconfig.php
SMTPmail.php
contact_email.php
Answer
Solution:
If you only use the
mail()
function, you need to complete the configuration file.You need to open the mail expansion, and set the
SMTP smtp_port
and so on, and most important, your username and your password. Without that, mail cannot be sent. Also, you can use thePHPMail
class to send.Answer
Solution:
Try these two things separately and together:
if($_POST['submit']){}
$from
(just my gut)Answer
Solution:
I think this should do the trick. I just added an
if(isset
and added concatenation to the variables in the body to separate PHP from HTML.Answer
Solution:
For anyone who finds this going forward, I would not recommend using
mail
. There's some answers that touch on this, but not the why of it.PHP's
mail
function is not only opaque, it fully relies on whatever MTA you use (i.e. Sendmail) to do the work.mail
will only tell you if the MTA failed to accept it (i.e. Sendmail was down when you tried to send). It cannot tell you if the mail was successful because it's handed it off. As such (as John Conde's answer details), you now get to fiddle with the logs of the MTA and hope that it tells you enough about the failure to fix it. If you're on a shared host or don't have access to the MTA logs, you're out of luck. Sadly, the default for most vanilla installs for Linux handle it this way.A mail library (PHPMailer, Zend Framework 2+, etc.), does something very different from
mail
. They open a socket directly to the receiving mail server and then send the SMTP mail commands directly over that socket. In other words, the class acts as its own MTA (note that you can tell the libraries to usemail
to ultimately send the mail, but I would strongly recommend you not do that).This means you can then directly see the responses from the receiving server (in PHPMailer, for instance, you can turn on debugging output). No more guessing if a mail failed to send or why.
You also get the benefit of a better interface. With
mail
you have to set up all your headers, attachments, etc. With a library, you have a dedicated function to do that. It also means the function is doing all the tricky parts (like headers).Answer
Solution:
Answer
Solution:
You can use config email by CodeIgniter. For example, using SMTP (simple way):
It works for me!
Answer
Solution:
Try this
Answer
Solution:
Maybe the problem is the configuration of the mail server. To avoid this type of problems or you do not have to worry about the mail server problem, I recommend you use PHPMailer.
It is a plugin that has everything necessary to send mail, and the only thing you have to take into account is to have the SMTP port (Port: 25 and 465), enabled.
Answer
Solution:
First of all, you might have too many parameters for the mail() function... You are able to have of maximum of five,
mail(to, subject, message, headers, parameters);
As far as the
$from
variable goes, that should automatically come from your webhost if your using the Linux cPanel. It automatically comes from your cPanel username and IP address.Also make sure you have the correct order of variables in your mail() function.
The
mail($to, $subject, $message, etc.)
in that order, or else there is a chance of it not working.Answer
Solution:
This will only affect a small handful of users, but I'd like it documented for that small handful. This member of that small handful spent 6 hours troubleshooting a working PHP mail script because of this issue.
If you're going to a university that runs XAMPP from www.AceITLab.com, you should know what our professor didn't tell us: The AceITLab firewall (not the Windows firewall) blocks MercuryMail in XAMPP. You'll have to use an alternative mail client, pear is working for us. You'll have to send to a Gmail account with low security settings.
Yes, I know, this is totally useless for real world email. However, from what I've seen, academic settings and the real world often have precious little in common.
Answer
Solution:
Make sure you have Sendmail installed in your server.
If you have checked your code and verified that there is nothing wrong there, go to /var/mail and check whether that folder is empty.
If it is empty, you will need to do a:
if you are on an Ubuntu server.
Answer
Solution:
For those who do not want to use external mailers and want to mail() on a dedicated Linux server.
The way, how PHP mails, is described in
php.ini
in section[mail function]
.Parameter
sendmail-path
describes how sendmail is called. The default value issendmail -t -i
, so if you get a workingsendmail -t -i < message.txt
in the Linux console - you will be done. You could also addmail.log
to debug and be sure mail() is really called.Different MTAs can implement
sendmail
. They just make a symbolic link to their binaries on that name. For example, in Debian the default is Postfix. Configure your MTA to send mail and test it from the console withsendmail -v -t -i < message.txt
. Filemessage.txt
should contain all headers of a message and a body, destination address for the envelope will be taken from theTo:
header. Example:I prefer to use ssmtp as MTA because it is simple and does not require running a daemon with opened ports. ssmtp fits only for sending mail from localhost. It also can send authenticated email via your account on a public mail service. Install ssmtp and edit configuration file
/etc/ssmtp/ssmtp.conf
. To be able also to receive local system mail to Unix accounts (alerts to root from cron jobs, for example) configure/etc/ssmtp/revaliases
file.Here is my configuration for my account on Yandex mail:
Answer
Solution:
If you're having trouble sending mails with PHP, consider an alternative like or .
I usually use SwiftMailer whenever I need to send mails with PHP.
Basic usage:
See for more information on how to use SwiftMailer.
Answer
Solution:
Sendmail installation for Debian 10.0.0 ('Buster') was in fact trivial!
php.ini
Standard sendmail package install (allowing 'send'):
Miscellaneous useful commands:
Verification (of ability to send)
The above took about 5 minutes. Then I wasted 5 hours... Don't forget to check your spam folder!
Answer
Solution:
If you are running this code on a local server (i.e your computer for development purposes) it won't send the email to the recipient. It will create a
.txt
file in a folder namedmailoutput
.In the case if you are using a free hosing service, like
000webhost
orhostinger
, those service providers disable themail()
function to prevent unintended uses of email spoofing, spamming, etc. I prefer you to contact them to see whether they support this feature.If you are sure that the service provider supports the mail() function, you can check this PHP manual for further reference,
PHP mail()
To check weather your hosting service support the mail() function, try running this code (remember to change the recipient email address):
Answer
Solution:
You can use the
PHPMailer
and it works perfectly,here's a code example:Answer
Solution:
You can see your errors by:
And my sample code is:
Answer
Solution:
If you're stuck with an app hosted on Hostgator, this is what solved my problem. Thanks a lot to the guy who posted the detailed solution. In case the link goes offline one day, there you have the summary:
<?php phpinfo(); ?>
. Open this page, and look forsendmail path
. (Then, don't forget to remove this code!)-t -i
, then edit your server'sphp.ini
and add the following line:sendmail_path = /usr/sbin/sendmail -t -i;
But, after being able to send mail with PHP
mail()
function, I learned that it sends not authenticated email, what created another issue. The emails were all falling in my Hotmail's junk mail box, and some emails were never delivered, which I guess is related to the fact that they are not authenticated. That's why I decided to switch frommail()
toPHPMailer
with SMTP, after all.Answer
Solution:
It may be a problem with "From:" $email address in this part of the $headers:
To try it out, send an email without the headers part, like:
If that is a case, try using an email account that is already created at the system you are trying to send mail from.
Answer
Solution:
Sending HTML email While sending an email message you can specify a Mime version, content type and character set to send an HTML email.
Example The above example will send an HTML email message to [email protected] You can code this program in such a way that it should receive all content from the user and then it should send an email.
Answer
Solution:
What solved this issue for me was that some providers don't allow external recipients when using php mail:
Change the recipient ($recipient) in the code to a local recipient. This means use an email address from the server's domain, for example if your server domain is www.yourdomain.com then the recipient's email should be [email protected] Upload the modified php file and retry. If it's still not working: change the sender ($sender) to a local email (use the same email as used for recipient). Upload the modified php file and retry.
Hope this helps some! https://www.arclab.com/en/kb/php/how-to-test-and-fix-php-mail-function.html
Answer
Solution:
I had this problem and found that stripping back the headers helped me to get mail out. So this:
became this:
No need for the To: header.
Mail clients are pretty good at sniffing out URLs and rewriting them as a hyperlink. So I didn't bother writing HTML and specifying text/html in the content-type header. I just threw new lines with \r\n in the message body. I appreciate this isn't the coding purist's approach but it works for what I need it for.
Answer
Solution:
There are several possibilities:
You're facing a server problem. The server does not have any mail server. So your mail is not working, because your code is fine and mail is working with type.
You are not getting the posted value. Try your code with a static value.
Use SMTP mails to send mail...
Answer
Solution:
Although there are portions of this answer that apply to only to the usage of the
mail()
function itself, many of these troubleshooting steps can be applied to any PHP mailing system.There are a variety of reasons your script appears to not be sending emails. It's difficult to diagnose these things unless there is an obvious syntax error. Without one you need to run through the checklist below to find any potential pitfalls you may be encountering.
Make sure error reporting is enabled and set to report all errors
Error reporting is essential to rooting out bugs in your code and general errors that PHP encounters. Error reporting needs to be enabled to receive these errors. Placing the following code at the top of your PHP files (or in a master configuration file) will enable error reporting.
See How can I get useful error messages in PHP? — this answer for more details on this.
Make sure the
mail()
function is calledIt may seem silly but a common error is to forget to actually place the
mail()
function in your code. Make sure it is there and not commented out.Make sure the
mail()
function is called correctlyThe mail function takes three required parameters and optionally a fourth and fifth one. If your call to
mail()
does not have at least three parameters it will fail.If your call to
mail()
does not have the correct parameters in the correct order it will also fail.Check the server's mail logs
Your web server should be logging all attempts to send emails through it. The location of these logs will vary (you may need to ask your server administrator where they are located) but they can commonly be found in a user's root directory under
logs
. Inside will be error messages the server reported, if any, related to your attempts to send emails.Check for Port connection failure
Port block is a very common problem which most developers face while integrating their code to deliver emails using SMTP. And, this can be easily traced at the server maillogs (the location of server of mail log can vary from server to server, as explained above). In case you are on a shared hosting server, the ports 25 and 587 remain blocked by default. This block is been purposely done by your hosting provider. This is true even for some of the dedicated servers. When these ports are blocked, try to connect using port 2525. If you find that port is also blocked, then the only solution is to contact your hosting provider to unblock these ports.
Most of the hosting providers block these email ports to protect their network from sending any spam emails.
Use ports 25 or 587 for plain/TLS connections and port 465 for SSL connections. For most users, it is suggested to use port 587 to avoid rate limits set by some hosting providers.
Don't use the error suppression operator
When the error suppression operator
@
is prepended to an expression in PHP, any error messages that might be generated by that expression will be ignored. There are circumstances where using this operator is necessary but sending mail is not one of them.If your code contains
@mail(...)
then you may be hiding important error messages that will help you debug this. Remove the@
and see if any errors are reported.It's only advisable when you check with
right afterwards for concrete failures.
Check the
mail()
return valueThe
function:
This is important to note because:
FALSE
return value you know the error lies with your server accepting your mail. This probably isn't a coding issue but a server configuration issue. You need to speak to your system administrator to find out why this is happening.TRUE
return value it does not mean your email will definitely be sent. It just means the email was sent to its respective handler on the server successfully by PHP. There are still more points of failure outside of PHP's control that can cause the email to not be sent.So
FALSE
will help point you in the right direction whereasTRUE
does not necessarily mean your email was sent successfully. This is important to note!Make sure your hosting provider allows you to send emails and does not limit mail sending
Many shared webhosts, especially free webhosting providers, either do not allow emails to be sent from their servers or limit the amount that can be sent during any given time period. This is due to their efforts to limit spammers from taking advantage of their cheaper services.
If you think your host has emailing limits or blocks the sending of emails, check their FAQs to see if they list any such limitations. Otherwise, you may need to reach out to their support to verify if there are any restrictions in place around the sending of emails.
Check spam folders; prevent emails from being flagged as spam
Oftentimes, for various reasons, emails sent through PHP (and other server-side programming languages) end up in a recipient's spam folder. Always check there before troubleshooting your code.
To avoid mail sent through PHP from being sent to a recipient's spam folder, there are various things you can do, both in your PHP code and otherwise, to minimize the chances your emails are marked as spam. Good tips from Michiel de Mare include:
See How do you make sure email you send programmatically is not automatically marked as spam? for more on this topic.
Make sure all mail headers are supplied
Some spam software will reject mail if it is missing common headers such as "From" and "Reply-to":
Make sure mail headers have no syntax errors
Invalid headers are just as bad as having no headers. One incorrect character could be all it takes to derail your email. Double-check to make sure your syntax is correct as PHP will not catch these errors for you.
Don't use a faux
From:
senderWhile the mail must have a From: sender, you may not just use any value. In particular user-supplied sender addresses are a surefire way to get mails blocked:
Reason: your web or sending mail server is not SPF/DKIM-whitelisted to pretend being responsible for @hotmail or @gmail addresses. It may even silently drop mails with
From:
sender domains it's not configured for.Make sure the recipient value is correct
Sometimes the problem is as simple as having an incorrect value for the recipient of the email. This can be due to using an incorrect variable.
Another way to test this is to hard code the recipient value into the
mail()
function call:This can apply to all of the
mail()
parameters.Send to multiple accounts
To help rule out email account issues, send your email to multiple email accounts at different email providers. If your emails are not arriving at a user's Gmail account, send the same emails to a Yahoo account, a Hotmail account, and a regular POP3 account (like your ISP-provided email account).
If the emails arrive at all or some of the other email accounts, you know your code is sending emails but it is likely that the email account provider is blocking them for some reason. If the email does not arrive at any email account, the problem is more likely to be related to your code.
Make sure the code matches the form method
If you have set your form method to
POST
, make sure you are using$_POST
to look for your form values. If you have set it toGET
or didn't set it at all, make sure you use$_GET
to look for your form values.Make sure your form
action
value points to the correct locationMake sure your form
action
attribute contains a value that points to your PHP mailing code.Make sure the Web host supports sending email
Some Web hosting providers do not allow or enable the sending of emails through their servers. The reasons for this may vary but if they have disabled the sending of mail you will need to use an alternative method that uses a third party to send those emails for you.
An email to their technical support (after a trip to their online support or FAQ) should clarify if email capabilities are available on your server.
Make sure the
localhost
mail server is configuredIf you are developing on your local workstation using WAMP, MAMP, or XAMPP, an email server is probably not installed on your workstation. Without one, PHP cannot send mail by default.
You can overcome this by installing a basic mail server. For Windows you can use the free Mercury Mail.
You can also use SMTP to send your emails. See this great answer from Vikas Dwivedi to learn how to do this.
Enable PHP's custom
mail.log
In addition to your MTA's and PHP's log file, you can enable logging for the
specifically. It doesn't record the complete SMTP interaction, but at least function call parameters and invocation script.
See http://php.net/manual/en/mail.configuration.php for details. (It's best to enable these options in the
php.ini
or.user.ini
or.htaccess
perhaps.)Check with a mail testing service
There are various delivery and spamminess checking services you can utilize to test your MTA/webserver setup. Typically you send a mail probe To: their address, then get a delivery report and more concrete failures or analyzations later:
Use a different mailer
PHP's built-in
mail()
function is handy and often gets the job done but it has its shortcomings. Fortunately, there are alternatives that offer more power and flexibility including handling a lot of the issues outlined above:All of which can be combined with a professional SMTP server/service provider. (Because typical 08/15 shared webhosting plans are hit or miss when it comes to email setup/configurability.)
Answer
Solution:
Add a mail header in the mail function:
Answer
Solution:
Answer
Solution:
If you are using an SMTP configuration for sending your email, try using PHPMailer instead. You can download the library from https://github.com/PHPMailer/PHPMailer.
I created my email sending this way:
Answer
Solution:
Just add some headers before sending mail:
And one more thing. The
mail()
function is not working in localhost. Upload your code to a server and try.Answer
Solution:
It worked for me on 000webhost by doing the following:
Enter directly the email address when sending the email:
Use
''
and not""
.This code works, but the email was received with half an hour lag.
Answer
Solution:
Mostly the
mail()
function is disabled in shared hosting. A better option is to use SMTP. The best option would be Gmail or SendGrid.SMTPconfig.php
SMTPmail.php
contact_email.php
Answer
Solution:
If you only use the
mail()
function, you need to complete the configuration file.You need to open the mail expansion, and set the
SMTP smtp_port
and so on, and most important, your username and your password. Without that, mail cannot be sent. Also, you can use thePHPMail
class to send.Answer
Solution:
Try these two things separately and together:
if($_POST['submit']){}
$from
(just my gut)Answer
Solution:
I think this should do the trick. I just added an
if(isset
and added concatenation to the variables in the body to separate PHP from HTML.Answer
Solution:
For anyone who finds this going forward, I would not recommend using
mail
. There's some answers that touch on this, but not the why of it.PHP's
mail
function is not only opaque, it fully relies on whatever MTA you use (i.e. Sendmail) to do the work.mail
will only tell you if the MTA failed to accept it (i.e. Sendmail was down when you tried to send). It cannot tell you if the mail was successful because it's handed it off. As such (as John Conde's answer details), you now get to fiddle with the logs of the MTA and hope that it tells you enough about the failure to fix it. If you're on a shared host or don't have access to the MTA logs, you're out of luck. Sadly, the default for most vanilla installs for Linux handle it this way.A mail library (PHPMailer, Zend Framework 2+, etc.), does something very different from
mail
. They open a socket directly to the receiving mail server and then send the SMTP mail commands directly over that socket. In other words, the class acts as its own MTA (note that you can tell the libraries to usemail
to ultimately send the mail, but I would strongly recommend you not do that).This means you can then directly see the responses from the receiving server (in PHPMailer, for instance, you can turn on debugging output). No more guessing if a mail failed to send or why.
You also get the benefit of a better interface. With
mail
you have to set up all your headers, attachments, etc. With a library, you have a dedicated function to do that. It also means the function is doing all the tricky parts (like headers).Answer
Solution:
Answer
Solution:
You can use config email by CodeIgniter. For example, using SMTP (simple way):
It works for me!
Answer
Solution:
Try this
Answer
Solution:
Maybe the problem is the configuration of the mail server. To avoid this type of problems or you do not have to worry about the mail server problem, I recommend you use PHPMailer.
It is a plugin that has everything necessary to send mail, and the only thing you have to take into account is to have the SMTP port (Port: 25 and 465), enabled.
Answer
Solution:
First of all, you might have too many parameters for the mail() function... You are able to have of maximum of five,
mail(to, subject, message, headers, parameters);
As far as the
$from
variable goes, that should automatically come from your webhost if your using the Linux cPanel. It automatically comes from your cPanel username and IP address.Also make sure you have the correct order of variables in your mail() function.
The
mail($to, $subject, $message, etc.)
in that order, or else there is a chance of it not working.Answer
Solution:
This will only affect a small handful of users, but I'd like it documented for that small handful. This member of that small handful spent 6 hours troubleshooting a working PHP mail script because of this issue.
If you're going to a university that runs XAMPP from www.AceITLab.com, you should know what our professor didn't tell us: The AceITLab firewall (not the Windows firewall) blocks MercuryMail in XAMPP. You'll have to use an alternative mail client, pear is working for us. You'll have to send to a Gmail account with low security settings.
Yes, I know, this is totally useless for real world email. However, from what I've seen, academic settings and the real world often have precious little in common.
Answer
Solution:
Make sure you have Sendmail installed in your server.
If you have checked your code and verified that there is nothing wrong there, go to /var/mail and check whether that folder is empty.
If it is empty, you will need to do a:
if you are on an Ubuntu server.
Answer
Solution:
For those who do not want to use external mailers and want to mail() on a dedicated Linux server.
The way, how PHP mails, is described in
php.ini
in section[mail function]
.Parameter
sendmail-path
describes how sendmail is called. The default value issendmail -t -i
, so if you get a workingsendmail -t -i < message.txt
in the Linux console - you will be done. You could also addmail.log
to debug and be sure mail() is really called.Different MTAs can implement
sendmail
. They just make a symbolic link to their binaries on that name. For example, in Debian the default is Postfix. Configure your MTA to send mail and test it from the console withsendmail -v -t -i < message.txt
. Filemessage.txt
should contain all headers of a message and a body, destination address for the envelope will be taken from theTo:
header. Example:I prefer to use ssmtp as MTA because it is simple and does not require running a daemon with opened ports. ssmtp fits only for sending mail from localhost. It also can send authenticated email via your account on a public mail service. Install ssmtp and edit configuration file
/etc/ssmtp/ssmtp.conf
. To be able also to receive local system mail to Unix accounts (alerts to root from cron jobs, for example) configure/etc/ssmtp/revaliases
file.Here is my configuration for my account on Yandex mail:
Answer
Solution:
If you're having trouble sending mails with PHP, consider an alternative like or .
I usually use SwiftMailer whenever I need to send mails with PHP.
Basic usage:
See for more information on how to use SwiftMailer.
Answer
Solution:
Sendmail installation for Debian 10.0.0 ('Buster') was in fact trivial!
php.ini
Standard sendmail package install (allowing 'send'):
Miscellaneous useful commands:
Verification (of ability to send)
The above took about 5 minutes. Then I wasted 5 hours... Don't forget to check your spam folder!
Answer
Solution:
If you are running this code on a local server (i.e your computer for development purposes) it won't send the email to the recipient. It will create a
.txt
file in a folder namedmailoutput
.In the case if you are using a free hosing service, like
000webhost
orhostinger
, those service providers disable themail()
function to prevent unintended uses of email spoofing, spamming, etc. I prefer you to contact them to see whether they support this feature.If you are sure that the service provider supports the mail() function, you can check this PHP manual for further reference,
PHP mail()
To check weather your hosting service support the mail() function, try running this code (remember to change the recipient email address):
Answer
Solution:
You can use the
PHPMailer
and it works perfectly,here's a code example:Answer
Solution:
You can see your errors by:
And my sample code is:
Answer
Solution:
If you're stuck with an app hosted on Hostgator, this is what solved my problem. Thanks a lot to the guy who posted the detailed solution. In case the link goes offline one day, there you have the summary:
<?php phpinfo(); ?>
. Open this page, and look forsendmail path
. (Then, don't forget to remove this code!)-t -i
, then edit your server'sphp.ini
and add the following line:sendmail_path = /usr/sbin/sendmail -t -i;
But, after being able to send mail with PHP
mail()
function, I learned that it sends not authenticated email, what created another issue. The emails were all falling in my Hotmail's junk mail box, and some emails were never delivered, which I guess is related to the fact that they are not authenticated. That's why I decided to switch frommail()
toPHPMailer
with SMTP, after all.Answer
Solution:
It may be a problem with "From:" $email address in this part of the $headers:
To try it out, send an email without the headers part, like:
If that is a case, try using an email account that is already created at the system you are trying to send mail from.
Answer
Solution:
Sending HTML email While sending an email message you can specify a Mime version, content type and character set to send an HTML email.
Example The above example will send an HTML email message to [email protected] You can code this program in such a way that it should receive all content from the user and then it should send an email.
Answer
Solution:
What solved this issue for me was that some providers don't allow external recipients when using php mail:
Change the recipient ($recipient) in the code to a local recipient. This means use an email address from the server's domain, for example if your server domain is www.yourdomain.com then the recipient's email should be [email protected] Upload the modified php file and retry. If it's still not working: change the sender ($sender) to a local email (use the same email as used for recipient). Upload the modified php file and retry.
Hope this helps some! https://www.arclab.com/en/kb/php/how-to-test-and-fix-php-mail-function.html
Answer
Solution:
I had this problem and found that stripping back the headers helped me to get mail out. So this:
became this:
No need for the To: header.
Mail clients are pretty good at sniffing out URLs and rewriting them as a hyperlink. So I didn't bother writing HTML and specifying text/html in the content-type header. I just threw new lines with \r\n in the message body. I appreciate this isn't the coding purist's approach but it works for what I need it for.
Answer
Solution:
There are several possibilities:
You're facing a server problem. The server does not have any mail server. So your mail is not working, because your code is fine and mail is working with type.
You are not getting the posted value. Try your code with a static value.
Use SMTP mails to send mail...
Answer
Solution:
Although there are portions of this answer that apply to only to the usage of the
mail()
function itself, many of these troubleshooting steps can be applied to any PHP mailing system.There are a variety of reasons your script appears to not be sending emails. It's difficult to diagnose these things unless there is an obvious syntax error. Without one you need to run through the checklist below to find any potential pitfalls you may be encountering.
Make sure error reporting is enabled and set to report all errors
Error reporting is essential to rooting out bugs in your code and general errors that PHP encounters. Error reporting needs to be enabled to receive these errors. Placing the following code at the top of your PHP files (or in a master configuration file) will enable error reporting.
See How can I get useful error messages in PHP? — this answer for more details on this.
Make sure the
mail()
function is calledIt may seem silly but a common error is to forget to actually place the
mail()
function in your code. Make sure it is there and not commented out.Make sure the
mail()
function is called correctlyThe mail function takes three required parameters and optionally a fourth and fifth one. If your call to
mail()
does not have at least three parameters it will fail.If your call to
mail()
does not have the correct parameters in the correct order it will also fail.Check the server's mail logs
Your web server should be logging all attempts to send emails through it. The location of these logs will vary (you may need to ask your server administrator where they are located) but they can commonly be found in a user's root directory under
logs
. Inside will be error messages the server reported, if any, related to your attempts to send emails.Check for Port connection failure
Port block is a very common problem which most developers face while integrating their code to deliver emails using SMTP. And, this can be easily traced at the server maillogs (the location of server of mail log can vary from server to server, as explained above). In case you are on a shared hosting server, the ports 25 and 587 remain blocked by default. This block is been purposely done by your hosting provider. This is true even for some of the dedicated servers. When these ports are blocked, try to connect using port 2525. If you find that port is also blocked, then the only solution is to contact your hosting provider to unblock these ports.
Most of the hosting providers block these email ports to protect their network from sending any spam emails.
Use ports 25 or 587 for plain/TLS connections and port 465 for SSL connections. For most users, it is suggested to use port 587 to avoid rate limits set by some hosting providers.
Don't use the error suppression operator
When the error suppression operator
@
is prepended to an expression in PHP, any error messages that might be generated by that expression will be ignored. There are circumstances where using this operator is necessary but sending mail is not one of them.If your code contains
@mail(...)
then you may be hiding important error messages that will help you debug this. Remove the@
and see if any errors are reported.It's only advisable when you check with
right afterwards for concrete failures.
Check the
mail()
return valueThe
function:
This is important to note because:
FALSE
return value you know the error lies with your server accepting your mail. This probably isn't a coding issue but a server configuration issue. You need to speak to your system administrator to find out why this is happening.TRUE
return value it does not mean your email will definitely be sent. It just means the email was sent to its respective handler on the server successfully by PHP. There are still more points of failure outside of PHP's control that can cause the email to not be sent.So
FALSE
will help point you in the right direction whereasTRUE
does not necessarily mean your email was sent successfully. This is important to note!Make sure your hosting provider allows you to send emails and does not limit mail sending
Many shared webhosts, especially free webhosting providers, either do not allow emails to be sent from their servers or limit the amount that can be sent during any given time period. This is due to their efforts to limit spammers from taking advantage of their cheaper services.
If you think your host has emailing limits or blocks the sending of emails, check their FAQs to see if they list any such limitations. Otherwise, you may need to reach out to their support to verify if there are any restrictions in place around the sending of emails.
Check spam folders; prevent emails from being flagged as spam
Oftentimes, for various reasons, emails sent through PHP (and other server-side programming languages) end up in a recipient's spam folder. Always check there before troubleshooting your code.
To avoid mail sent through PHP from being sent to a recipient's spam folder, there are various things you can do, both in your PHP code and otherwise, to minimize the chances your emails are marked as spam. Good tips from Michiel de Mare include:
See How do you make sure email you send programmatically is not automatically marked as spam? for more on this topic.
Make sure all mail headers are supplied
Some spam software will reject mail if it is missing common headers such as "From" and "Reply-to":
Make sure mail headers have no syntax errors
Invalid headers are just as bad as having no headers. One incorrect character could be all it takes to derail your email. Double-check to make sure your syntax is correct as PHP will not catch these errors for you.
Don't use a faux
From:
senderWhile the mail must have a From: sender, you may not just use any value. In particular user-supplied sender addresses are a surefire way to get mails blocked:
Reason: your web or sending mail server is not SPF/DKIM-whitelisted to pretend being responsible for @hotmail or @gmail addresses. It may even silently drop mails with
From:
sender domains it's not configured for.Make sure the recipient value is correct
Sometimes the problem is as simple as having an incorrect value for the recipient of the email. This can be due to using an incorrect variable.
Another way to test this is to hard code the recipient value into the
mail()
function call:This can apply to all of the
mail()
parameters.Send to multiple accounts
To help rule out email account issues, send your email to multiple email accounts at different email providers. If your emails are not arriving at a user's Gmail account, send the same emails to a Yahoo account, a Hotmail account, and a regular POP3 account (like your ISP-provided email account).
If the emails arrive at all or some of the other email accounts, you know your code is sending emails but it is likely that the email account provider is blocking them for some reason. If the email does not arrive at any email account, the problem is more likely to be related to your code.
Make sure the code matches the form method
If you have set your form method to
POST
, make sure you are using$_POST
to look for your form values. If you have set it toGET
or didn't set it at all, make sure you use$_GET
to look for your form values.Make sure your form
action
value points to the correct locationMake sure your form
action
attribute contains a value that points to your PHP mailing code.Make sure the Web host supports sending email
Some Web hosting providers do not allow or enable the sending of emails through their servers. The reasons for this may vary but if they have disabled the sending of mail you will need to use an alternative method that uses a third party to send those emails for you.
An email to their technical support (after a trip to their online support or FAQ) should clarify if email capabilities are available on your server.
Make sure the
localhost
mail server is configuredIf you are developing on your local workstation using WAMP, MAMP, or XAMPP, an email server is probably not installed on your workstation. Without one, PHP cannot send mail by default.
You can overcome this by installing a basic mail server. For Windows you can use the free Mercury Mail.
You can also use SMTP to send your emails. See this great answer from Vikas Dwivedi to learn how to do this.
Enable PHP's custom
mail.log
In addition to your MTA's and PHP's log file, you can enable logging for the
specifically. It doesn't record the complete SMTP interaction, but at least function call parameters and invocation script.
See http://php.net/manual/en/mail.configuration.php for details. (It's best to enable these options in the
php.ini
or.user.ini
or.htaccess
perhaps.)Check with a mail testing service
There are various delivery and spamminess checking services you can utilize to test your MTA/webserver setup. Typically you send a mail probe To: their address, then get a delivery report and more concrete failures or analyzations later:
Use a different mailer
PHP's built-in
mail()
function is handy and often gets the job done but it has its shortcomings. Fortunately, there are alternatives that offer more power and flexibility including handling a lot of the issues outlined above:All of which can be combined with a professional SMTP server/service provider. (Because typical 08/15 shared webhosting plans are hit or miss when it comes to email setup/configurability.)
Answer
Solution:
Add a mail header in the mail function:
Answer
Solution:
Answer
Solution:
If you are using an SMTP configuration for sending your email, try using PHPMailer instead. You can download the library from https://github.com/PHPMailer/PHPMailer.
I created my email sending this way:
Answer
Solution:
Just add some headers before sending mail:
And one more thing. The
mail()
function is not working in localhost. Upload your code to a server and try.Answer
Solution:
It worked for me on 000webhost by doing the following:
Enter directly the email address when sending the email:
Use
''
and not""
.This code works, but the email was received with half an hour lag.
Answer
Solution:
Mostly the
mail()
function is disabled in shared hosting. A better option is to use SMTP. The best option would be Gmail or SendGrid.SMTPconfig.php
SMTPmail.php
contact_email.php
Answer
Solution:
If you only use the
mail()
function, you need to complete the configuration file.You need to open the mail expansion, and set the
SMTP smtp_port
and so on, and most important, your username and your password. Without that, mail cannot be sent. Also, you can use thePHPMail
class to send.Answer
Solution:
Try these two things separately and together:
if($_POST['submit']){}
$from
(just my gut)Answer
Solution:
I think this should do the trick. I just added an
if(isset
and added concatenation to the variables in the body to separate PHP from HTML.Answer
Solution:
For anyone who finds this going forward, I would not recommend using
mail
. There's some answers that touch on this, but not the why of it.PHP's
mail
function is not only opaque, it fully relies on whatever MTA you use (i.e. Sendmail) to do the work.mail
will only tell you if the MTA failed to accept it (i.e. Sendmail was down when you tried to send). It cannot tell you if the mail was successful because it's handed it off. As such (as John Conde's answer details), you now get to fiddle with the logs of the MTA and hope that it tells you enough about the failure to fix it. If you're on a shared host or don't have access to the MTA logs, you're out of luck. Sadly, the default for most vanilla installs for Linux handle it this way.A mail library (PHPMailer, Zend Framework 2+, etc.), does something very different from
mail
. They open a socket directly to the receiving mail server and then send the SMTP mail commands directly over that socket. In other words, the class acts as its own MTA (note that you can tell the libraries to usemail
to ultimately send the mail, but I would strongly recommend you not do that).This means you can then directly see the responses from the receiving server (in PHPMailer, for instance, you can turn on debugging output). No more guessing if a mail failed to send or why.
You also get the benefit of a better interface. With
mail
you have to set up all your headers, attachments, etc. With a library, you have a dedicated function to do that. It also means the function is doing all the tricky parts (like headers).Answer
Solution:
Answer
Solution:
You can use config email by CodeIgniter. For example, using SMTP (simple way):
It works for me!
Answer
Solution:
Try this
Answer
Solution:
Maybe the problem is the configuration of the mail server. To avoid this type of problems or you do not have to worry about the mail server problem, I recommend you use PHPMailer.
It is a plugin that has everything necessary to send mail, and the only thing you have to take into account is to have the SMTP port (Port: 25 and 465), enabled.
Answer
Solution:
First of all, you might have too many parameters for the mail() function... You are able to have of maximum of five,
mail(to, subject, message, headers, parameters);
As far as the
$from
variable goes, that should automatically come from your webhost if your using the Linux cPanel. It automatically comes from your cPanel username and IP address.Also make sure you have the correct order of variables in your mail() function.
The
mail($to, $subject, $message, etc.)
in that order, or else there is a chance of it not working.Answer
Solution:
This will only affect a small handful of users, but I'd like it documented for that small handful. This member of that small handful spent 6 hours troubleshooting a working PHP mail script because of this issue.
If you're going to a university that runs XAMPP from www.AceITLab.com, you should know what our professor didn't tell us: The AceITLab firewall (not the Windows firewall) blocks MercuryMail in XAMPP. You'll have to use an alternative mail client, pear is working for us. You'll have to send to a Gmail account with low security settings.
Yes, I know, this is totally useless for real world email. However, from what I've seen, academic settings and the real world often have precious little in common.
Answer
Solution:
Make sure you have Sendmail installed in your server.
If you have checked your code and verified that there is nothing wrong there, go to /var/mail and check whether that folder is empty.
If it is empty, you will need to do a:
if you are on an Ubuntu server.
Answer
Solution:
For those who do not want to use external mailers and want to mail() on a dedicated Linux server.
The way, how PHP mails, is described in
php.ini
in section[mail function]
.Parameter
sendmail-path
describes how sendmail is called. The default value issendmail -t -i
, so if you get a workingsendmail -t -i < message.txt
in the Linux console - you will be done. You could also addmail.log
to debug and be sure mail() is really called.Different MTAs can implement
sendmail
. They just make a symbolic link to their binaries on that name. For example, in Debian the default is Postfix. Configure your MTA to send mail and test it from the console withsendmail -v -t -i < message.txt
. Filemessage.txt
should contain all headers of a message and a body, destination address for the envelope will be taken from theTo:
header. Example:I prefer to use ssmtp as MTA because it is simple and does not require running a daemon with opened ports. ssmtp fits only for sending mail from localhost. It also can send authenticated email via your account on a public mail service. Install ssmtp and edit configuration file
/etc/ssmtp/ssmtp.conf
. To be able also to receive local system mail to Unix accounts (alerts to root from cron jobs, for example) configure/etc/ssmtp/revaliases
file.Here is my configuration for my account on Yandex mail:
Answer
Solution:
If you're having trouble sending mails with PHP, consider an alternative like or .
I usually use SwiftMailer whenever I need to send mails with PHP.
Basic usage:
See for more information on how to use SwiftMailer.
Answer
Solution:
Sendmail installation for Debian 10.0.0 ('Buster') was in fact trivial!
php.ini
Standard sendmail package install (allowing 'send'):
Miscellaneous useful commands:
Verification (of ability to send)
The above took about 5 minutes. Then I wasted 5 hours... Don't forget to check your spam folder!
Answer
Solution:
If you are running this code on a local server (i.e your computer for development purposes) it won't send the email to the recipient. It will create a
.txt
file in a folder namedmailoutput
.In the case if you are using a free hosing service, like
000webhost
orhostinger
, those service providers disable themail()
function to prevent unintended uses of email spoofing, spamming, etc. I prefer you to contact them to see whether they support this feature.If you are sure that the service provider supports the mail() function, you can check this PHP manual for further reference,
PHP mail()
To check weather your hosting service support the mail() function, try running this code (remember to change the recipient email address):
Answer
Solution:
You can use the
PHPMailer
and it works perfectly,here's a code example:Answer
Solution:
You can see your errors by:
And my sample code is:
Answer
Solution:
If you're stuck with an app hosted on Hostgator, this is what solved my problem. Thanks a lot to the guy who posted the detailed solution. In case the link goes offline one day, there you have the summary:
<?php phpinfo(); ?>
. Open this page, and look forsendmail path
. (Then, don't forget to remove this code!)-t -i
, then edit your server'sphp.ini
and add the following line:sendmail_path = /usr/sbin/sendmail -t -i;
But, after being able to send mail with PHP
mail()
function, I learned that it sends not authenticated email, what created another issue. The emails were all falling in my Hotmail's junk mail box, and some emails were never delivered, which I guess is related to the fact that they are not authenticated. That's why I decided to switch frommail()
toPHPMailer
with SMTP, after all.Answer
Solution:
It may be a problem with "From:" $email address in this part of the $headers:
To try it out, send an email without the headers part, like:
If that is a case, try using an email account that is already created at the system you are trying to send mail from.
Answer
Solution:
Sending HTML email While sending an email message you can specify a Mime version, content type and character set to send an HTML email.
Example The above example will send an HTML email message to [email protected] You can code this program in such a way that it should receive all content from the user and then it should send an email.
Answer
Solution:
What solved this issue for me was that some providers don't allow external recipients when using php mail:
Change the recipient ($recipient) in the code to a local recipient. This means use an email address from the server's domain, for example if your server domain is www.yourdomain.com then the recipient's email should be [email protected] Upload the modified php file and retry. If it's still not working: change the sender ($sender) to a local email (use the same email as used for recipient). Upload the modified php file and retry.
Hope this helps some! https://www.arclab.com/en/kb/php/how-to-test-and-fix-php-mail-function.html
Answer
Solution:
I had this problem and found that stripping back the headers helped me to get mail out. So this:
became this:
No need for the To: header.
Mail clients are pretty good at sniffing out URLs and rewriting them as a hyperlink. So I didn't bother writing HTML and specifying text/html in the content-type header. I just threw new lines with \r\n in the message body. I appreciate this isn't the coding purist's approach but it works for what I need it for.
Answer
Solution:
There are several possibilities:
You're facing a server problem. The server does not have any mail server. So your mail is not working, because your code is fine and mail is working with type.
You are not getting the posted value. Try your code with a static value.
Use SMTP mails to send mail...
Answer
Solution:
Although there are portions of this answer that apply to only to the usage of the
mail()
function itself, many of these troubleshooting steps can be applied to any PHP mailing system.There are a variety of reasons your script appears to not be sending emails. It's difficult to diagnose these things unless there is an obvious syntax error. Without one you need to run through the checklist below to find any potential pitfalls you may be encountering.
Make sure error reporting is enabled and set to report all errors
Error reporting is essential to rooting out bugs in your code and general errors that PHP encounters. Error reporting needs to be enabled to receive these errors. Placing the following code at the top of your PHP files (or in a master configuration file) will enable error reporting.
See How can I get useful error messages in PHP? — this answer for more details on this.
Make sure the
mail()
function is calledIt may seem silly but a common error is to forget to actually place the
mail()
function in your code. Make sure it is there and not commented out.Make sure the
mail()
function is called correctlyThe mail function takes three required parameters and optionally a fourth and fifth one. If your call to
mail()
does not have at least three parameters it will fail.If your call to
mail()
does not have the correct parameters in the correct order it will also fail.Check the server's mail logs
Your web server should be logging all attempts to send emails through it. The location of these logs will vary (you may need to ask your server administrator where they are located) but they can commonly be found in a user's root directory under
logs
. Inside will be error messages the server reported, if any, related to your attempts to send emails.Check for Port connection failure
Port block is a very common problem which most developers face while integrating their code to deliver emails using SMTP. And, this can be easily traced at the server maillogs (the location of server of mail log can vary from server to server, as explained above). In case you are on a shared hosting server, the ports 25 and 587 remain blocked by default. This block is been purposely done by your hosting provider. This is true even for some of the dedicated servers. When these ports are blocked, try to connect using port 2525. If you find that port is also blocked, then the only solution is to contact your hosting provider to unblock these ports.
Most of the hosting providers block these email ports to protect their network from sending any spam emails.
Use ports 25 or 587 for plain/TLS connections and port 465 for SSL connections. For most users, it is suggested to use port 587 to avoid rate limits set by some hosting providers.
Don't use the error suppression operator
When the error suppression operator
@
is prepended to an expression in PHP, any error messages that might be generated by that expression will be ignored. There are circumstances where using this operator is necessary but sending mail is not one of them.If your code contains
@mail(...)
then you may be hiding important error messages that will help you debug this. Remove the@
and see if any errors are reported.It's only advisable when you check with
right afterwards for concrete failures.
Check the
mail()
return valueThe
function:
This is important to note because:
FALSE
return value you know the error lies with your server accepting your mail. This probably isn't a coding issue but a server configuration issue. You need to speak to your system administrator to find out why this is happening.TRUE
return value it does not mean your email will definitely be sent. It just means the email was sent to its respective handler on the server successfully by PHP. There are still more points of failure outside of PHP's control that can cause the email to not be sent.So
FALSE
will help point you in the right direction whereasTRUE
does not necessarily mean your email was sent successfully. This is important to note!Make sure your hosting provider allows you to send emails and does not limit mail sending
Many shared webhosts, especially free webhosting providers, either do not allow emails to be sent from their servers or limit the amount that can be sent during any given time period. This is due to their efforts to limit spammers from taking advantage of their cheaper services.
If you think your host has emailing limits or blocks the sending of emails, check their FAQs to see if they list any such limitations. Otherwise, you may need to reach out to their support to verify if there are any restrictions in place around the sending of emails.
Check spam folders; prevent emails from being flagged as spam
Oftentimes, for various reasons, emails sent through PHP (and other server-side programming languages) end up in a recipient's spam folder. Always check there before troubleshooting your code.
To avoid mail sent through PHP from being sent to a recipient's spam folder, there are various things you can do, both in your PHP code and otherwise, to minimize the chances your emails are marked as spam. Good tips from Michiel de Mare include:
See How do you make sure email you send programmatically is not automatically marked as spam? for more on this topic.
Make sure all mail headers are supplied
Some spam software will reject mail if it is missing common headers such as "From" and "Reply-to":
Make sure mail headers have no syntax errors
Invalid headers are just as bad as having no headers. One incorrect character could be all it takes to derail your email. Double-check to make sure your syntax is correct as PHP will not catch these errors for you.
Don't use a faux
From:
senderWhile the mail must have a From: sender, you may not just use any value. In particular user-supplied sender addresses are a surefire way to get mails blocked:
Reason: your web or sending mail server is not SPF/DKIM-whitelisted to pretend being responsible for @hotmail or @gmail addresses. It may even silently drop mails with
From:
sender domains it's not configured for.Make sure the recipient value is correct
Sometimes the problem is as simple as having an incorrect value for the recipient of the email. This can be due to using an incorrect variable.
Another way to test this is to hard code the recipient value into the
mail()
function call:This can apply to all of the
mail()
parameters.Send to multiple accounts
To help rule out email account issues, send your email to multiple email accounts at different email providers. If your emails are not arriving at a user's Gmail account, send the same emails to a Yahoo account, a Hotmail account, and a regular POP3 account (like your ISP-provided email account).
If the emails arrive at all or some of the other email accounts, you know your code is sending emails but it is likely that the email account provider is blocking them for some reason. If the email does not arrive at any email account, the problem is more likely to be related to your code.
Make sure the code matches the form method
If you have set your form method to
POST
, make sure you are using$_POST
to look for your form values. If you have set it toGET
or didn't set it at all, make sure you use$_GET
to look for your form values.Make sure your form
action
value points to the correct locationMake sure your form
action
attribute contains a value that points to your PHP mailing code.Make sure the Web host supports sending email
Some Web hosting providers do not allow or enable the sending of emails through their servers. The reasons for this may vary but if they have disabled the sending of mail you will need to use an alternative method that uses a third party to send those emails for you.
An email to their technical support (after a trip to their online support or FAQ) should clarify if email capabilities are available on your server.
Make sure the
localhost
mail server is configuredIf you are developing on your local workstation using WAMP, MAMP, or XAMPP, an email server is probably not installed on your workstation. Without one, PHP cannot send mail by default.
You can overcome this by installing a basic mail server. For Windows you can use the free Mercury Mail.
You can also use SMTP to send your emails. See this great answer from Vikas Dwivedi to learn how to do this.
Enable PHP's custom
mail.log
In addition to your MTA's and PHP's log file, you can enable logging for the
specifically. It doesn't record the complete SMTP interaction, but at least function call parameters and invocation script.
See http://php.net/manual/en/mail.configuration.php for details. (It's best to enable these options in the
php.ini
or.user.ini
or.htaccess
perhaps.)Check with a mail testing service
There are various delivery and spamminess checking services you can utilize to test your MTA/webserver setup. Typically you send a mail probe To: their address, then get a delivery report and more concrete failures or analyzations later:
Use a different mailer
PHP's built-in
mail()
function is handy and often gets the job done but it has its shortcomings. Fortunately, there are alternatives that offer more power and flexibility including handling a lot of the issues outlined above:All of which can be combined with a professional SMTP server/service provider. (Because typical 08/15 shared webhosting plans are hit or miss when it comes to email setup/configurability.)
Answer
Solution:
Add a mail header in the mail function:
Answer
Solution:
Answer
Solution:
If you are using an SMTP configuration for sending your email, try using PHPMailer instead. You can download the library from https://github.com/PHPMailer/PHPMailer.
I created my email sending this way:
Answer
Solution:
Just add some headers before sending mail:
And one more thing. The
mail()
function is not working in localhost. Upload your code to a server and try.Answer
Solution:
It worked for me on 000webhost by doing the following:
Enter directly the email address when sending the email:
Use
''
and not""
.This code works, but the email was received with half an hour lag.
Answer
Solution:
Mostly the
mail()
function is disabled in shared hosting. A better option is to use SMTP. The best option would be Gmail or SendGrid.SMTPconfig.php
SMTPmail.php
contact_email.php
Answer
Solution:
If you only use the
mail()
function, you need to complete the configuration file.You need to open the mail expansion, and set the
SMTP smtp_port
and so on, and most important, your username and your password. Without that, mail cannot be sent. Also, you can use thePHPMail
class to send.Answer
Solution:
Try these two things separately and together:
if($_POST['submit']){}
$from
(just my gut)Answer
Solution:
I think this should do the trick. I just added an
if(isset
and added concatenation to the variables in the body to separate PHP from HTML.Answer
Solution:
For anyone who finds this going forward, I would not recommend using
mail
. There's some answers that touch on this, but not the why of it.PHP's
mail
function is not only opaque, it fully relies on whatever MTA you use (i.e. Sendmail) to do the work.mail
will only tell you if the MTA failed to accept it (i.e. Sendmail was down when you tried to send). It cannot tell you if the mail was successful because it's handed it off. As such (as John Conde's answer details), you now get to fiddle with the logs of the MTA and hope that it tells you enough about the failure to fix it. If you're on a shared host or don't have access to the MTA logs, you're out of luck. Sadly, the default for most vanilla installs for Linux handle it this way.A mail library (PHPMailer, Zend Framework 2+, etc.), does something very different from
mail
. They open a socket directly to the receiving mail server and then send the SMTP mail commands directly over that socket. In other words, the class acts as its own MTA (note that you can tell the libraries to usemail
to ultimately send the mail, but I would strongly recommend you not do that).This means you can then directly see the responses from the receiving server (in PHPMailer, for instance, you can turn on debugging output). No more guessing if a mail failed to send or why.
You also get the benefit of a better interface. With
mail
you have to set up all your headers, attachments, etc. With a library, you have a dedicated function to do that. It also means the function is doing all the tricky parts (like headers).Answer
Solution:
Answer
Solution:
You can use config email by CodeIgniter. For example, using SMTP (simple way):
It works for me!
Answer
Solution:
Try this
Answer
Solution:
Maybe the problem is the configuration of the mail server. To avoid this type of problems or you do not have to worry about the mail server problem, I recommend you use PHPMailer.
It is a plugin that has everything necessary to send mail, and the only thing you have to take into account is to have the SMTP port (Port: 25 and 465), enabled.
Answer
Solution:
First of all, you might have too many parameters for the mail() function... You are able to have of maximum of five,
mail(to, subject, message, headers, parameters);
As far as the
$from
variable goes, that should automatically come from your webhost if your using the Linux cPanel. It automatically comes from your cPanel username and IP address.Also make sure you have the correct order of variables in your mail() function.
The
mail($to, $subject, $message, etc.)
in that order, or else there is a chance of it not working.Answer
Solution:
This will only affect a small handful of users, but I'd like it documented for that small handful. This member of that small handful spent 6 hours troubleshooting a working PHP mail script because of this issue.
If you're going to a university that runs XAMPP from www.AceITLab.com, you should know what our professor didn't tell us: The AceITLab firewall (not the Windows firewall) blocks MercuryMail in XAMPP. You'll have to use an alternative mail client, pear is working for us. You'll have to send to a Gmail account with low security settings.
Yes, I know, this is totally useless for real world email. However, from what I've seen, academic settings and the real world often have precious little in common.
Answer
Solution:
Make sure you have Sendmail installed in your server.
If you have checked your code and verified that there is nothing wrong there, go to /var/mail and check whether that folder is empty.
If it is empty, you will need to do a:
if you are on an Ubuntu server.
Answer
Solution:
For those who do not want to use external mailers and want to mail() on a dedicated Linux server.
The way, how PHP mails, is described in
php.ini
in section[mail function]
.Parameter
sendmail-path
describes how sendmail is called. The default value issendmail -t -i
, so if you get a workingsendmail -t -i < message.txt
in the Linux console - you will be done. You could also addmail.log
to debug and be sure mail() is really called.Different MTAs can implement
sendmail
. They just make a symbolic link to their binaries on that name. For example, in Debian the default is Postfix. Configure your MTA to send mail and test it from the console withsendmail -v -t -i < message.txt
. Filemessage.txt
should contain all headers of a message and a body, destination address for the envelope will be taken from theTo:
header. Example:I prefer to use ssmtp as MTA because it is simple and does not require running a daemon with opened ports. ssmtp fits only for sending mail from localhost. It also can send authenticated email via your account on a public mail service. Install ssmtp and edit configuration file
/etc/ssmtp/ssmtp.conf
. To be able also to receive local system mail to Unix accounts (alerts to root from cron jobs, for example) configure/etc/ssmtp/revaliases
file.Here is my configuration for my account on Yandex mail:
Answer
Solution:
If you're having trouble sending mails with PHP, consider an alternative like or .
I usually use SwiftMailer whenever I need to send mails with PHP.
Basic usage:
See for more information on how to use SwiftMailer.
Answer
Solution:
Sendmail installation for Debian 10.0.0 ('Buster') was in fact trivial!
php.ini
Standard sendmail package install (allowing 'send'):
Miscellaneous useful commands:
Verification (of ability to send)
The above took about 5 minutes. Then I wasted 5 hours... Don't forget to check your spam folder!
Answer
Solution:
If you are running this code on a local server (i.e your computer for development purposes) it won't send the email to the recipient. It will create a
.txt
file in a folder namedmailoutput
.In the case if you are using a free hosing service, like
000webhost
orhostinger
, those service providers disable themail()
function to prevent unintended uses of email spoofing, spamming, etc. I prefer you to contact them to see whether they support this feature.If you are sure that the service provider supports the mail() function, you can check this PHP manual for further reference,
PHP mail()
To check weather your hosting service support the mail() function, try running this code (remember to change the recipient email address):
Answer
Solution:
You can use the
PHPMailer
and it works perfectly,here's a code example:Answer
Solution:
You can see your errors by:
And my sample code is:
Answer
Solution:
If you're stuck with an app hosted on Hostgator, this is what solved my problem. Thanks a lot to the guy who posted the detailed solution. In case the link goes offline one day, there you have the summary:
<?php phpinfo(); ?>
. Open this page, and look forsendmail path
. (Then, don't forget to remove this code!)-t -i
, then edit your server'sphp.ini
and add the following line:sendmail_path = /usr/sbin/sendmail -t -i;
But, after being able to send mail with PHP
mail()
function, I learned that it sends not authenticated email, what created another issue. The emails were all falling in my Hotmail's junk mail box, and some emails were never delivered, which I guess is related to the fact that they are not authenticated. That's why I decided to switch frommail()
toPHPMailer
with SMTP, after all.Answer
Solution:
It may be a problem with "From:" $email address in this part of the $headers:
To try it out, send an email without the headers part, like:
If that is a case, try using an email account that is already created at the system you are trying to send mail from.
Answer
Solution:
Sending HTML email While sending an email message you can specify a Mime version, content type and character set to send an HTML email.
Example The above example will send an HTML email message to [email protected] You can code this program in such a way that it should receive all content from the user and then it should send an email.
Answer
Solution:
What solved this issue for me was that some providers don't allow external recipients when using php mail:
Change the recipient ($recipient) in the code to a local recipient. This means use an email address from the server's domain, for example if your server domain is www.yourdomain.com then the recipient's email should be [email protected] Upload the modified php file and retry. If it's still not working: change the sender ($sender) to a local email (use the same email as used for recipient). Upload the modified php file and retry.
Hope this helps some! https://www.arclab.com/en/kb/php/how-to-test-and-fix-php-mail-function.html
Answer
Solution:
I had this problem and found that stripping back the headers helped me to get mail out. So this:
became this:
No need for the To: header.
Mail clients are pretty good at sniffing out URLs and rewriting them as a hyperlink. So I didn't bother writing HTML and specifying text/html in the content-type header. I just threw new lines with \r\n in the message body. I appreciate this isn't the coding purist's approach but it works for what I need it for.
Answer
Solution:
There are several possibilities:
You're facing a server problem. The server does not have any mail server. So your mail is not working, because your code is fine and mail is working with type.
You are not getting the posted value. Try your code with a static value.
Use SMTP mails to send mail...
Answer
Solution:
Although there are portions of this answer that apply to only to the usage of the
mail()
function itself, many of these troubleshooting steps can be applied to any PHP mailing system.There are a variety of reasons your script appears to not be sending emails. It's difficult to diagnose these things unless there is an obvious syntax error. Without one you need to run through the checklist below to find any potential pitfalls you may be encountering.
Make sure error reporting is enabled and set to report all errors
Error reporting is essential to rooting out bugs in your code and general errors that PHP encounters. Error reporting needs to be enabled to receive these errors. Placing the following code at the top of your PHP files (or in a master configuration file) will enable error reporting.
See How can I get useful error messages in PHP? — this answer for more details on this.
Make sure the
mail()
function is calledIt may seem silly but a common error is to forget to actually place the
mail()
function in your code. Make sure it is there and not commented out.Make sure the
mail()
function is called correctlyThe mail function takes three required parameters and optionally a fourth and fifth one. If your call to
mail()
does not have at least three parameters it will fail.If your call to
mail()
does not have the correct parameters in the correct order it will also fail.Check the server's mail logs
Your web server should be logging all attempts to send emails through it. The location of these logs will vary (you may need to ask your server administrator where they are located) but they can commonly be found in a user's root directory under
logs
. Inside will be error messages the server reported, if any, related to your attempts to send emails.Check for Port connection failure
Port block is a very common problem which most developers face while integrating their code to deliver emails using SMTP. And, this can be easily traced at the server maillogs (the location of server of mail log can vary from server to server, as explained above). In case you are on a shared hosting server, the ports 25 and 587 remain blocked by default. This block is been purposely done by your hosting provider. This is true even for some of the dedicated servers. When these ports are blocked, try to connect using port 2525. If you find that port is also blocked, then the only solution is to contact your hosting provider to unblock these ports.
Most of the hosting providers block these email ports to protect their network from sending any spam emails.
Use ports 25 or 587 for plain/TLS connections and port 465 for SSL connections. For most users, it is suggested to use port 587 to avoid rate limits set by some hosting providers.
Don't use the error suppression operator
When the error suppression operator
@
is prepended to an expression in PHP, any error messages that might be generated by that expression will be ignored. There are circumstances where using this operator is necessary but sending mail is not one of them.If your code contains
@mail(...)
then you may be hiding important error messages that will help you debug this. Remove the@
and see if any errors are reported.It's only advisable when you check with
right afterwards for concrete failures.
Check the
mail()
return valueThe
function:
This is important to note because:
FALSE
return value you know the error lies with your server accepting your mail. This probably isn't a coding issue but a server configuration issue. You need to speak to your system administrator to find out why this is happening.TRUE
return value it does not mean your email will definitely be sent. It just means the email was sent to its respective handler on the server successfully by PHP. There are still more points of failure outside of PHP's control that can cause the email to not be sent.So
FALSE
will help point you in the right direction whereasTRUE
does not necessarily mean your email was sent successfully. This is important to note!Make sure your hosting provider allows you to send emails and does not limit mail sending
Many shared webhosts, especially free webhosting providers, either do not allow emails to be sent from their servers or limit the amount that can be sent during any given time period. This is due to their efforts to limit spammers from taking advantage of their cheaper services.
If you think your host has emailing limits or blocks the sending of emails, check their FAQs to see if they list any such limitations. Otherwise, you may need to reach out to their support to verify if there are any restrictions in place around the sending of emails.
Check spam folders; prevent emails from being flagged as spam
Oftentimes, for various reasons, emails sent through PHP (and other server-side programming languages) end up in a recipient's spam folder. Always check there before troubleshooting your code.
To avoid mail sent through PHP from being sent to a recipient's spam folder, there are various things you can do, both in your PHP code and otherwise, to minimize the chances your emails are marked as spam. Good tips from Michiel de Mare include:
See How do you make sure email you send programmatically is not automatically marked as spam? for more on this topic.
Make sure all mail headers are supplied
Some spam software will reject mail if it is missing common headers such as "From" and "Reply-to":
Make sure mail headers have no syntax errors
Invalid headers are just as bad as having no headers. One incorrect character could be all it takes to derail your email. Double-check to make sure your syntax is correct as PHP will not catch these errors for you.
Don't use a faux
From:
senderWhile the mail must have a From: sender, you may not just use any value. In particular user-supplied sender addresses are a surefire way to get mails blocked:
Reason: your web or sending mail server is not SPF/DKIM-whitelisted to pretend being responsible for @hotmail or @gmail addresses. It may even silently drop mails with
From:
sender domains it's not configured for.Make sure the recipient value is correct
Sometimes the problem is as simple as having an incorrect value for the recipient of the email. This can be due to using an incorrect variable.
Another way to test this is to hard code the recipient value into the
mail()
function call:This can apply to all of the
mail()
parameters.Send to multiple accounts
To help rule out email account issues, send your email to multiple email accounts at different email providers. If your emails are not arriving at a user's Gmail account, send the same emails to a Yahoo account, a Hotmail account, and a regular POP3 account (like your ISP-provided email account).
If the emails arrive at all or some of the other email accounts, you know your code is sending emails but it is likely that the email account provider is blocking them for some reason. If the email does not arrive at any email account, the problem is more likely to be related to your code.
Make sure the code matches the form method
If you have set your form method to
POST
, make sure you are using$_POST
to look for your form values. If you have set it toGET
or didn't set it at all, make sure you use$_GET
to look for your form values.Make sure your form
action
value points to the correct locationMake sure your form
action
attribute contains a value that points to your PHP mailing code.Make sure the Web host supports sending email
Some Web hosting providers do not allow or enable the sending of emails through their servers. The reasons for this may vary but if they have disabled the sending of mail you will need to use an alternative method that uses a third party to send those emails for you.
An email to their technical support (after a trip to their online support or FAQ) should clarify if email capabilities are available on your server.
Make sure the
localhost
mail server is configuredIf you are developing on your local workstation using WAMP, MAMP, or XAMPP, an email server is probably not installed on your workstation. Without one, PHP cannot send mail by default.
You can overcome this by installing a basic mail server. For Windows you can use the free Mercury Mail.
You can also use SMTP to send your emails. See this great answer from Vikas Dwivedi to learn how to do this.
Enable PHP's custom
mail.log
In addition to your MTA's and PHP's log file, you can enable logging for the
specifically. It doesn't record the complete SMTP interaction, but at least function call parameters and invocation script.
See http://php.net/manual/en/mail.configuration.php for details. (It's best to enable these options in the
php.ini
or.user.ini
or.htaccess
perhaps.)Check with a mail testing service
There are various delivery and spamminess checking services you can utilize to test your MTA/webserver setup. Typically you send a mail probe To: their address, then get a delivery report and more concrete failures or analyzations later:
Use a different mailer
PHP's built-in
mail()
function is handy and often gets the job done but it has its shortcomings. Fortunately, there are alternatives that offer more power and flexibility including handling a lot of the issues outlined above:All of which can be combined with a professional SMTP server/service provider. (Because typical 08/15 shared webhosting plans are hit or miss when it comes to email setup/configurability.)
Answer
Solution:
Add a mail header in the mail function:
Answer
Solution:
Answer
Solution:
If you are using an SMTP configuration for sending your email, try using PHPMailer instead. You can download the library from https://github.com/PHPMailer/PHPMailer.
I created my email sending this way:
Answer
Solution:
Just add some headers before sending mail:
And one more thing. The
mail()
function is not working in localhost. Upload your code to a server and try.Answer
Solution:
It worked for me on 000webhost by doing the following:
Enter directly the email address when sending the email:
Use
''
and not""
.This code works, but the email was received with half an hour lag.
Answer
Solution:
Mostly the
mail()
function is disabled in shared hosting. A better option is to use SMTP. The best option would be Gmail or SendGrid.SMTPconfig.php
SMTPmail.php
contact_email.php
Answer
Solution:
If you only use the
mail()
function, you need to complete the configuration file.You need to open the mail expansion, and set the
SMTP smtp_port
and so on, and most important, your username and your password. Without that, mail cannot be sent. Also, you can use thePHPMail
class to send.Answer
Solution:
Try these two things separately and together:
if($_POST['submit']){}
$from
(just my gut)Answer
Solution:
I think this should do the trick. I just added an
if(isset
and added concatenation to the variables in the body to separate PHP from HTML.Answer
Solution:
For anyone who finds this going forward, I would not recommend using
mail
. There's some answers that touch on this, but not the why of it.PHP's
mail
function is not only opaque, it fully relies on whatever MTA you use (i.e. Sendmail) to do the work.mail
will only tell you if the MTA failed to accept it (i.e. Sendmail was down when you tried to send). It cannot tell you if the mail was successful because it's handed it off. As such (as John Conde's answer details), you now get to fiddle with the logs of the MTA and hope that it tells you enough about the failure to fix it. If you're on a shared host or don't have access to the MTA logs, you're out of luck. Sadly, the default for most vanilla installs for Linux handle it this way.A mail library (PHPMailer, Zend Framework 2+, etc.), does something very different from
mail
. They open a socket directly to the receiving mail server and then send the SMTP mail commands directly over that socket. In other words, the class acts as its own MTA (note that you can tell the libraries to usemail
to ultimately send the mail, but I would strongly recommend you not do that).This means you can then directly see the responses from the receiving server (in PHPMailer, for instance, you can turn on debugging output). No more guessing if a mail failed to send or why.
You also get the benefit of a better interface. With
mail
you have to set up all your headers, attachments, etc. With a library, you have a dedicated function to do that. It also means the function is doing all the tricky parts (like headers).Answer
Solution:
Answer
Solution:
You can use config email by CodeIgniter. For example, using SMTP (simple way):
It works for me!
Answer
Solution:
Try this
Answer
Solution:
Maybe the problem is the configuration of the mail server. To avoid this type of problems or you do not have to worry about the mail server problem, I recommend you use PHPMailer.
It is a plugin that has everything necessary to send mail, and the only thing you have to take into account is to have the SMTP port (Port: 25 and 465), enabled.
Answer
Solution:
First of all, you might have too many parameters for the mail() function... You are able to have of maximum of five,
mail(to, subject, message, headers, parameters);
As far as the
$from
variable goes, that should automatically come from your webhost if your using the Linux cPanel. It automatically comes from your cPanel username and IP address.Also make sure you have the correct order of variables in your mail() function.
The
mail($to, $subject, $message, etc.)
in that order, or else there is a chance of it not working.Answer
Solution:
This will only affect a small handful of users, but I'd like it documented for that small handful. This member of that small handful spent 6 hours troubleshooting a working PHP mail script because of this issue.
If you're going to a university that runs XAMPP from www.AceITLab.com, you should know what our professor didn't tell us: The AceITLab firewall (not the Windows firewall) blocks MercuryMail in XAMPP. You'll have to use an alternative mail client, pear is working for us. You'll have to send to a Gmail account with low security settings.
Yes, I know, this is totally useless for real world email. However, from what I've seen, academic settings and the real world often have precious little in common.
Answer
Solution:
Make sure you have Sendmail installed in your server.
If you have checked your code and verified that there is nothing wrong there, go to /var/mail and check whether that folder is empty.
If it is empty, you will need to do a:
if you are on an Ubuntu server.
Answer
Solution:
For those who do not want to use external mailers and want to mail() on a dedicated Linux server.
The way, how PHP mails, is described in
php.ini
in section[mail function]
.Parameter
sendmail-path
describes how sendmail is called. The default value issendmail -t -i
, so if you get a workingsendmail -t -i < message.txt
in the Linux console - you will be done. You could also addmail.log
to debug and be sure mail() is really called.Different MTAs can implement
sendmail
. They just make a symbolic link to their binaries on that name. For example, in Debian the default is Postfix. Configure your MTA to send mail and test it from the console withsendmail -v -t -i < message.txt
. Filemessage.txt
should contain all headers of a message and a body, destination address for the envelope will be taken from theTo:
header. Example:I prefer to use ssmtp as MTA because it is simple and does not require running a daemon with opened ports. ssmtp fits only for sending mail from localhost. It also can send authenticated email via your account on a public mail service. Install ssmtp and edit configuration file
/etc/ssmtp/ssmtp.conf
. To be able also to receive local system mail to Unix accounts (alerts to root from cron jobs, for example) configure/etc/ssmtp/revaliases
file.Here is my configuration for my account on Yandex mail:
Answer
Solution:
If you're having trouble sending mails with PHP, consider an alternative like or .
I usually use SwiftMailer whenever I need to send mails with PHP.
Basic usage:
See for more information on how to use SwiftMailer.
Answer
Solution:
Sendmail installation for Debian 10.0.0 ('Buster') was in fact trivial!
php.ini
Standard sendmail package install (allowing 'send'):
Miscellaneous useful commands:
Verification (of ability to send)
The above took about 5 minutes. Then I wasted 5 hours... Don't forget to check your spam folder!
Answer
Solution:
If you are running this code on a local server (i.e your computer for development purposes) it won't send the email to the recipient. It will create a
.txt
file in a folder namedmailoutput
.In the case if you are using a free hosing service, like
000webhost
orhostinger
, those service providers disable themail()
function to prevent unintended uses of email spoofing, spamming, etc. I prefer you to contact them to see whether they support this feature.If you are sure that the service provider supports the mail() function, you can check this PHP manual for further reference,
PHP mail()
To check weather your hosting service support the mail() function, try running this code (remember to change the recipient email address):
Answer
Solution:
You can use the
PHPMailer
and it works perfectly,here's a code example:Answer
Solution:
You can see your errors by:
And my sample code is: