After exhaustive searching, we found that the return-path for all emails was "bounce@example.com" because the php.ini file included in SML's admin folder has that in there.
However, I don't think it's supposed to be there, because in the comments of the INI file it explicitly states the default setting is just "sendmail -t -i".
So I downloaded the latest version of SML, and sure enough, the php.ini file has the extra parameters in it, including the ones that got us in trouble.
- Code: Select all
[PHP]
; For Unix only. You may supply arguments as well (default: "sendmail -t -i").
sendmail_path = "/usr/sbin/sendmail -t -i -F bounce@example.com -f bounce@example.com"
Shouldn't it just be this?:
- Code: Select all
[PHP]
; For Unix only. You may supply arguments as well (default: "sendmail -t -i").
sendmail_path = "/usr/sbin/sendmail -t -i"
PS... I called our host and explained the error and they reactivated our account. It did cause a few hours of grief. Ironically, I checked our newsletter history and found that it only started using the INI file in June of this year (so we've been inadvertently spoofing since then!). Prior to then, the host server was ignoring that INI file, because the return-path on emails was "do_not_reply@ourdomain.com", where "ourdomain" is actually our domain.
Not sure why it mysteriously changed, as we didn't change anything. /shrug
Just thought I'd let you know, for reference, in case anyone else encounters this.
