[wp-trac] [WordPress Trac] #64368: `Could not instantiate mail function` errors sending mail in 6.9

[WordPress Trac]

#64368: `Could not instantiate mail function` errors sending mail in 6.9
--------------------------+-----------------------
 Reporter:  desrosj       |       Owner:  SirLouen
     Type:  defect (bug)  |      Status:  accepted
 Priority:  normal        |   Milestone:  6.9.1
Component:  Mail          |     Version:  6.9
 Severity:  normal        |  Resolution:
 Keywords:  has-patch     |     Focuses:
--------------------------+-----------------------

Comment (by SirLouen):

 Replying to [comment:45 Monarobase]:
 > However cPanel does not use the mail.force_extra_parameters in PHP to
 configure the default return path. It defines the default return path with
 the MTA (exim) when no return path is provided by PHP.

 Can you suggest me one sample host to test this? I stopped anything cPanel
 ages ago, and I would like to check this scenario.

 Replying to [comment:48 siliconforks]:
 > Is that address "valid"?  I would say, not really (I'm pretty sure that
 it's not a real mailbox).  However: it is valid in the sense that it does
 pass SPF.

 From my experience, these hostings tend to add their SPF domains to your
 DNS records as they generally control the registrar.

 Still most managed MTAs in webhosts take full control of the Sender
 address, this is why this Exim scenario looks curious to me.

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