On 2016-11-25 13:57, Bill Cole wrote: > It LOOKS like that is being generated by a PHP script on the host that's > delivering it, which appears to be running some atrocious mail handler > calling itself 'nullmailer' that doesn't do Received headers in any > useful way.
FWIW nullmailer is a respected minimalist MTA: [1+0]~$ apt-cache show nullmailer Package: nullmailer Version: 1:1.13-1+deb8u1 Installed-Size: 2360 Maintainer: Nick Leverton <n...@leverton.org> Architecture: amd64 Replaces: mail-transport-agent Provides: mail-transport-agent Depends: lsb-base, debconf (>= 0.5) | debconf-2.0, libc6 (>= 2.15), libgnutls-deb0-28 (>= 3.3.0), libstdc++6 (>= 4.1.1) Recommends: rsyslog | system-log-daemon Conflicts: mail-transport-agent Description-en: simple relay-only mail transport agent Nullmailer is a replacement MTA for hosts, which relay to a fixed set of smart relays. It is designed to be simple to configure and especially useful on slave machines and in chroots. Description-md5: cf5bb13c21a01ffa34dc0048e9689c33 Homepage: http://untroubled.org/nullmailer/ Tag: interface::daemon, mail::transport-agent, network::server, protocol::smtp, role::program, works-with::mail Section: mail Priority: extra Filename: pool/main/n/nullmailer/nullmailer_1.13-1+deb8u1_amd64.deb Size: 92642 -- Please *no* private Cc: on mailing lists and newsgroups Personal signed mail: please _encrypt_ and sign Don't clear-text sign: http://cr.yp.to/smtp/8bitmime.html
