[wp-trac] [WordPress Trac] #60420: Default sender address

WordPress Trac noreply at wordpress.org
Mon Jul 14 11:54:03 UTC 2025


#60420: Default sender address
-----------------------------+------------------------------
 Reporter:  thinlinecz       |       Owner:  (none)
     Type:  feature request  |      Status:  closed
 Priority:  normal           |   Milestone:  Awaiting Review
Component:  Mail             |     Version:  1.5.1.2
 Severity:  normal           |  Resolution:  wontfix
 Keywords:                   |     Focuses:
-----------------------------+------------------------------

Comment (by michael.orlitzky):

 Replying to [comment:1 SirLouen]:
 > This was forced in [3214], mainly because of #1532, 20 years ago, and
 has prevailed until now.

 #1532 isn't complaining about a problem with the admin address, it's
 complaining about using the server name without stripping the "www". I'm
 sure there's some history missing here but my point is that the change
 from the admin address back to a modified server name is not fixing any
 particular problem.

 > Which did not make any sense to me at first in the early days. In fact,
 my first impression has always been that the `From:` should logically be
 the `admin_email` (just because it could be manually edited)
 >
 > But the reality is that admin email could be significantly different
 from the domain (you could be using a Gmail admin email, and your domain
 could be whatever.example.com). So the better option here (unless you used
 some SMTP relay with a different domain than the one in your website), was
 setting something at whatever.example.com

 That's OK, the new-user emails don't need to come from the site address. I
 mean, the rest of the admin emails don't -- they come from the admin
 address! As you say, the main selling point of the admin address is that
 the admin can change it, which means he will set it to something viable,
 and it is likely to actually be usable for sending email. With modern
 email systems the same is not true of address@$SERVER_NAME.

 > Another option could be, adding in the front-end the option to set this
 in another field. But there is a WP theory, that WP should work somewhat
 like a framework, with the minimum fields possible in the backend. If one
 field is not 99.99% essential, it should go away. And instead of adding a
 million fields that customize everything to the minimum detail, WordPress
 uses a "hidden field" strategy with the concept of "filter hooks". This
 way, you could perfectly customize this, but unfortunately without a
 visual tip in the front end (because as I say, not everything could be in
 the front end, only in the [https://developer.wordpress.org developer
 docs]).

 Two options would be better, but admin address is better than guessing. To
 put it bluntly, the existing setting is wrong: there's no reason to expect
 an organization to use the same company for their web and email hosting,
 and most email systems require SPF/DKIM/DMARC/etc these days. Using the
 $SERVER_NAME is causing important email to disappear, and AFAIK has
 nothing else to recommend it over the admin address.

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/60420#comment:3>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list