In E-Mails generated by Webform appears the Website E-Mail address as "Sender"

Using the site e-mail address is the default when new webforms are created. You just need to edit the webform node, change the sender e-mail address to "Custom" and enter a different e-mail address you'd like the e-mails to be sent from.

I've had the same problem. I always found Outlook & Entourage to be the culprits. I'd love to know the solution.

It looks like Drupal core is responsible for these headers, I know that Webform isn't adding them. In includes/mail.inc around line 104, there's this bit of code:

  if ($default_from) {
    // To prevent e-mail from looking like spam, the addresses in the Sender and
    // Return-Path headers should have a domain authorized to use the originating
    // SMTP server. Errors-To is redundant, but shouldn't hurt.
    $headers['From'] = $headers['Reply-To'] = $headers['Sender'] = $headers['Return-Path'] = $headers['Errors-To'] = $default_from;
  }

So basically, it's going to be forced onto any e-mails sent by Webform. The spam argument is valid though, since Drupal is sending the e-mail from it's server, giving e-mails a different Sender could cause e-mails to be marked as spam on the receiving end.

If you really want to get rid of these headers, you can implement hook_mail_alter() in a custom module and remove the headers from all e-mails that Drupal sends out:

function mymodule_mail_alter(&$message) {
  unset($message['headers']['Sender']);
  unset($message['headers']['Errors-To']);
}

Just wanted to note that I was having this problem in Lotus Notes and the custom module solution worked great. Thanks, quicksketch!

I see this is still the case with drupal 7 and webform and other mail sending modules. Is there some other way to fix this. No module or thinking in drupal core dev team this isn't way to do this (limit this)?

Maybe using http://drupal.org/project/smtp can help on this, haven't tried it yet.

Also, will try your custom module, but wondering is this the right way? unseting something that is usually in emails could also make it ready to be spam flaged?

http://drupal.org/node/656472

here is some discussion and here http://drupal.stackexchange.com/questions/7311/set-drupal-7-from-email-a...

And here is a module that should help on this issue http://drupal.org/project/mail_headers

Thanks quicksketch for your snippet above. In order to prevent this problem completely, we had to get rid of the return path as well

function mymodule_mail_alter(&$message) {
  unset($message['headers']['Sender']);
  unset($message['headers']['Errors-To']);
  unset($message['headers']['Return-Path']);
}

In our project, the problem with IN BEHALF was resolved with :

    unset($message['from']);
    unset($message['headers']['From']);
    unset($message['headers']['Errors-To']);
    unset($message['headers']['Return-Path']);

Unsetting "Sender" as well meant that we lost the Reply-to information we provided (we wanted to put the email of the user who submitted the form, there).

Hello all,

Could you please advise where do you write that code?

function mymodule_mail_alter(&$message) {
  unset($message['headers']['Sender']);
  unset($message['headers']['Errors-To']);
  unset($message['headers']['Return-Path']);
}

Thanks

@mmarinescu You place that code in a custom module created just your site's hooks. If you do not have a custom module, you need to create one. See https://www.drupal.org/node/1074362

I used this snippet of code to force the same email address for all headers:

function mymodule_mail_alter(&$message) {
  if (isset($message['headers']['Reply-To'])) {
    $message['headers']['From'] = $message['headers']['Reply-To'];
    $message['headers']['Sender'] = $message['headers']['Reply-To'];
    $message['headers']['Errors-To'] = $message['headers']['Reply-To'];
    $message['headers']['Return-Path'] = $message['headers']['Reply-To'];
  }
}

@weseze, I just want to share my experience based on your helpful snippet. At least with what I'm seeing in Drupal 8.2.4 and Webform 8.x-5.0-beta4, the $message['headers']['Reply-To'] was actually supposed to have a lowercase "t" like $message['headers']['Reply-to'] . That simple change had me scratching my head for a good day and a half :/.

However I am still unable to hit a breakpoint in my own custom hook_mail_alter() implementation.

In Line 267 of docroot/core/lib/Drupal/Core/Mail/MailManager.php, this alter function says it's going to allow all modules to alter the resulting email.

// Invoke hook_mail_alter() to allow all modules to alter the resulting email.
$this->moduleHandler->alter('mail', $message);

Therefore this correctly falls into webform_mail_alter(&$message) on line 238 of docroot/modules/webform/webform.module, but not in my custom implementation of MYTHEME_mail_alter(&$message), which I have in the active and default theme's docroot/sites/all/themes/MYTHEME/MYTHEME.theme. I have cleared all my caches after defining the new hook.

Is it not hitting my custom implementation of hook_mail_alter() because it's in my theme file instead of in a custom module?

Following up to say that putting my custom implementation of hook_mail_alter in a custom module instead of in the custom theme file worked.

comment #4 works for me

Hi, This is coming automatically based on the email ID used in your website. If your sender email is different from the Site information email then you will get this message like site-email@example.com on behalf of sender-email@example.com.

BUT you can alter email through web hook:

function yourmodule_mail_alter(&$message) {
if (isset($message['headers']['Reply-To'])) {
$message['headers']['From'] = $message['headers']['Reply-To'];
$message['headers']['Sender'] = $message['headers']['Reply-To'];
$message['headers']['Errors-To'] = $message['headers']['Reply-To'];
$message['headers']['Return-Path'] = $message['headers']['Reply-To'];
}
}