Answers.Body: <p>It may be that you have set your email to go to a file. Check your civicrm.settings.php (mine's in sites/default under the Drupal root).</p>
  
  <p>Look for the lines referring to CIVICRM_MAIL_LOG and make sure the define statement is commented out.</p>
  
  <p>The comment on CIVICRM_MAIL_LOG says ...</p>
  
  <blockquote>
    <p>This setting logs all emails to a file. Useful for debugging any mail (or civimail) issues. Enabling this setting will not send any email, ensure this is commented out in production. The CIVICRM_MAIL_LOG is a debug option which disables MTA (mail transport agent) interaction. You must disable CIVICRM_MAIL_LOG before CiviCRM will talk to your MTA.</p>
  </blockquote>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-08-23T13:02:50.457Z
Answers.Text: Is this coming from a code update? It seems strange that code sets this, but the System Status points you to the email settings where there is no indication of this being a possible reason.
Answers.UserDisplayName: thoni56
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-06-01T13:20:40.503Z
Answers.Text: This is almost certainly correct.  The code is at `CRM/Utils/Check/Env.php` line 110, and there are four possible settings that could cause their warning.  Your screenshot eliminates the other three.
Answers.UserDisplayName: Jon G - Megaphone Tech
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-06-01T13:48:18.540Z
Answers.Text: Thank you very much. We've tried commenting out that line of code, but no change at all. 
  
  //define( 'CIVICRM_MAIL_LOG', '/home/mpdlinfotg/www/sites/default/files/civicrm/templates_c/mail.log' );
  
  We've checked www/sites/default/files/civicrm/templates_c/mail.log and every attempt is recorded, but no email is delivered.
Answers.UserDisplayName: MPDL
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-06-01T14:07:30.803Z
Answers.Text: If mails are being written into mail.log, then *something* is defining CIVICRM_MAIL_LOG. Grep for it and comment it out.
Answers.UserDisplayName: Ken West
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-06-01T15:13:11.627Z
Answers.Text: You were right. We were uploading the updated civicrm.settings.php file through filezilla but because of the permissions it was not updating in the server, and we didn't notice it. Now it's working perfectly. Againg, thank you very much for your help.
Answers.UserDisplayName: MPDL
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-06-01T11:14:24.687Z
Answers.LastActivityDate: 2015-06-01T11:14:24.687Z
Answers.UserDisplayName: Ken West
Body: <p>We've updated CiviCRM to 4.6.3. Since then, CiviMail has stopped working. When we log in, the following warning pops up:</p>
  
  <p>"Warning: Outbound email is disabled in system settings. Proper settings should be enabled on production servers."</p>
  
  <p>We set it up correctly in Email settings both mail() and SMTP, and in both cases the test mail is sent OK according to the popup window (view attached file). But it does not get delivered so we believe it isn´t really sent. </p>
  
  <p>We´ve checked if we've been blacklisted or anything but we haven't.  </p>
  
  <p>Afterwards, we've tried writting random letters and numbers in SMTP server and SMTP user, and the popup stills says that the mail has been sent.</p>
  
  <p>We would appreciate any help to find a solution. </p>
  
  <p>Thank you!!</p>
  
  <p><img src="https://i.sstatic.net/EAliY.jpg" alt="enter image description here">
  <img src="https://i.sstatic.net/uQBGJ.jpg" alt="enter image description here"></p>
  
Tags: <civimail><email>
Title: CiviCRM not sending mails
ThreadText: # CiviCRM not sending mails
  
  (Asked by: username_0 on 2015-06-01)
  
  We've updated CiviCRM to 4.6.3. Since then, CiviMail has stopped working. When we log in, the following warning pops up:
  
  "Warning: Outbound email is disabled in system settings. Proper settings should be enabled on production servers."
  
  We set it up correctly in Email settings both mail() and SMTP, and in both cases the test mail is sent OK according to the popup window (view attached file). But it does not get delivered so we believe it isn´t really sent.
  
  We´ve checked if we've been blacklisted or anything but we haven't.
  
  Afterwards, we've tried writting random letters and numbers in SMTP server and SMTP user, and the popup stills says that the mail has been sent.
  
  We would appreciate any help to find a solution.
  
  Thank you!!
  
  ![enter image description here](https://i.sstatic.net/EAliY.jpg)
  ![enter image description here](https://i.sstatic.net/uQBGJ.jpg)
  
  **Tags:** civimail, email
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2015-06-01. Score: 8
  
  It may be that you have set your email to go to a file. Check your civicrm.settings.php (mine's in sites/default under the Drupal root).
  
  Look for the lines referring to CIVICRM\_MAIL\_LOG and make sure the define statement is commented out.
  
  The comment on CIVICRM\_MAIL\_LOG says ...
  
  > This setting logs all emails to a file. Useful for debugging any mail (or civimail) issues. Enabling this setting will not send any email, ensure this is commented out in production. The CIVICRM\_MAIL\_LOG is a debug option which disables MTA (mail transport agent) interaction. You must disable CIVICRM\_MAIL\_LOG before CiviCRM will talk to your MTA.
  
  > **Comments:**
  > **username_3**: This is almost certainly correct.  The code is at `CRM/Utils/Check/Env.php` line 110, and there are four possible settings that could cause their warning.  Your screenshot eliminates the other three.  
  > **username_0**: Thank you very much. We've tried commenting out that line of code, but no change at all.   //define( 'CIVICRM_MAIL_LOG', '/home/mpdlinfotg/www/sites/default/files/civicrm/templates_c/mail.log' );  We've checked www/sites/default/files/civicrm/templates_c/mail.log and every attempt is recorded, but no email is delivered.  
  > **username_1**: If mails are being written into mail.log, then *something* is defining CIVICRM_MAIL_LOG. Grep for it and comment it out.  
  > **username_0**: You were right. We were uploading the updated civicrm.settings.php file through filezilla but because of the permissions it was not updating in the server, and we didn't notice it. Now it's working perfectly. Againg, thank you very much for your help.  
  > **username_2**: Is this coming from a code update? It seems strange that code sets this, but the System Status points you to the email settings where there is no indication of this being a possible reason.  
  
  ---
  
  