Reply-To header no longer working

The Reply-To address comes from the individual e-mail setting in the webform (node/NID/webform/emails) , not from the global admin default From address set at admin/config/content/webform

Post the actual header received, redacted as needed, if you are still having a problem.

The headers you sent contained these odd things:
To:
Reply-To: name_from_form via webmaster@my.domain

I don't know why the "To" header is empty, unless you redacted it. Or maybe Mandrill is doing that?
The "name_from_form" should be preceded by the e-mail address. Exactly how is the e-mail in the webform configured?

Is the mail being delievered properly? (I don't use Mandrill.)

Are you sure that the webform_reply_to modules is actually disabled?

Your "Reply-To" header is formatted a "From" header. The "From" header was missing; perhaps you redacted it.

Here's the code:

    if (webform_variable_get('webform_email_replyto') &&
        empty($email['headers']['Reply-To']) &&
        ($default_from_name = webform_variable_get('webform_default_from_name')) &&
        ($default_from_address = webform_variable_get('webform_default_from_address')) &&
        ($default_from_parts = explode('@', $default_from_address)) &&
        count($default_from_parts) == 2 &&
        $default_from_parts[1] &&
        stripos($email['from'], '@' . $default_from_parts[1]) === FALSE) {
      // Message is not already being sent from the domain of the default webform from address.
      $email['headers']['Reply-To'] = $email['from'];
      // Match e-mails of the form 'My Name <email@domain.com>' as follows:
      // ^          = beginning of string
      // "?         = optional quote
      // ([^<]*?)   = match optional characters that aren't a < (non-greedy)
      // "?         = optional quote
      // SPACE*     = optional spaces
      // (?:<(.*)>) = < matching stuff > (without the angle brakets)
      // $          = end of string
      preg_match('/^"?([^<]*?)"? *(?:<(.*)>)?$/', $email['from'], $matches);
      $email['from'] = $matches && webform_variable_get('webform_email_address_format') == 'long'
                          ? t('"!name via !site_name" <!site_mail>',
                              array('!name' => empty($matches[1]) ? $matches[2] : $matches[1],
                                    '!site_name' => $default_from_name,
                                    '!site_mail' => $default_from_address))
                          : $default_from_address;
    }

You can see that the Reply-To is set to the From address, and then the From address is set to either the site address or the 'X via SITE_NAME' type address.

So for the Reply-To address to contain the "via" format, it must have been processed twice -- once by this code perhaps and then again by presumably another module.

If this isn't the case, please e-mail me the complete un-redacted headers, and the EXACT configuration of the From address, and the EXACT data in the component used for the FROM address in the webform definition.

I see 'X-Drupal-From' in your headers. This appears (from googling) to be from the Mail Headers module. I don't see that header anywhere in core or any of the contrib modules I use. That's your problem.

Also, you may be using the PHPMailer module to set the From address. That may also be a problem.

If you still have trouble, you'll have to debug this yourself. Or start with a completely clean installation with just, say, PHPMailer and start adding modules one at a time to see where the incompatibility is.

I just disabled the Reply-To module on a 4.7 install, and I have no "reply-to" option any more. Am I missing something? The From is manually set to no-reply@domain.com, however upon disabling the reply-to module, the reply-to header goes away.

Checking the global webform settings, the reply-to header option is checked, but the site doesn't seem to be sending them anymore without the old separate module :-/

In each mail setting, set the From address to be the address you want the reply to go to. Enable the global Reply To headers options. The From address will be used as the Reply To address and, if needed, the actual From address will be replaced with your default site address if it isn't already from the same domain.

@DanChadwick Ok, so per your description, I've tested it again and it is working more like I would expect. My "issue" was that I did not change the "E-mail from address" back to the "Email Address" component and instead left it as a custom "no-reply@..."

With the whole third party module doing one thing and core doing it another in a more "automatic" format, coming from the webform_reply_to module, hasn't been very straight forward since I expected core to work the same way. I see now that core works in a way that is far less obtrusive to the end-user and it "should" just work out of the box provided the default email address is setup.

Unfortunately, the documentation that is available on the migration, doesn't seem to outline the difference between the two and the "for dummy" steps that need to be taken to migrate.

On the same page. Thanks for the info and giving me the courage to test it again.

Unfortunately, the documentation that is available on the migration, doesn't seem to outline the difference between the two and the "for dummy" steps that need to be taken to migrate.

Adding to the community documentation pages for webform would be a good way to help others. Hint, hint. :)

@DanChadwick Well, I thought about it, but the documentation issue is migrating from Webform Reply To -> Webform 4.3+. On a new install from someone who doesn't even know they NEED to setup the Reply To, there really isn't much to explain. Everything is done extremely well in the background.

As long as the default email is set, a name is set and the reply-to header option is checked in the global settings (checked by default?), everything else will work without the user ever knowing about it.

*sigh* I wrote up some instruction on the Webform Reply To module issue queue... I suppose I could add it to the docs over here... tdl;

:P