email notifications

Wed, 11 Jan 2023 14:51:27 +0100

adminsforum@hubzilla.org

ray peaslee wrote the following post Wed, 11 Jan 2023 14:51:26 +0100

email notifications

Does anybody use these? I tried the mailtest addon but had to change the query to get it to work. I figured it may be
because it's an older addon. That worked but did not decode the email. To fix that I had to go into
Zotlabs\Lib\Enotify.php and change all instances of PHP_EOL to "\r\n" .
Now everything works but still testing.

Wed, 11 Jan 2023 21:03:36 +0100

Witcraft (Hubzilla)

witcraft@hubzilla.fediversum.de

I use them, and they work. AFAIR, it depends on your email provider, though, if third party mails are accepted for delivery - given that your SMTP data is correct.

Wed, 11 Jan 2023 21:38:45 +0100

Mike Macgirvin

mike@macgirvin.com

This comes up about once every year or two. It's complicated. I'll tell you what I know.

The correct answer should be PHP_EOL in all cases, because the local mailer (called by the default PHP mail() function) requires input to be LF ("\n") separated on Linux and CRLF ("\r\n") on Windows; as Windows doesn't have a local mailer and posts mail remotely over the network. Network mailers require CRLF.

And if you are using the phpmailer addon instead to process mail, the addon should detect and fix the line endings as needed. So I'm sympathetic if your site is using some mailer which isn't following the rules, but we went with PHP_EOL because that's the only way to make it work on a "standard Linux box" with the default PHP mail() function.

Please do not request this change in the repository, because that will break mail functionality for nearly everybody else. The email specifications themselves say CRLF but that doesn't apply to the local mailer, which has always been Unix based LF so that you can generate emails from command pipelines without requiring changes to the line endings. This requirement goes back about 50 years and is supported by most (but unfortunately not all) email servers.

Perhaps we need the ability to set the line endings for mailers which interpret the rules differently and aren't aware of traditional local mailer usage (and I do know these exist). In that case you would have an admin setting for the line endings. It should default to PHP_EOL to handle the 99% case, but also let you set the line endings specifically to "\r", "\n" or "\r\n" if you require.

Wed, 11 Jan 2023 21:42:46 +0100

Mike Macgirvin

mike@macgirvin.com

I think the last time this came up I recommended installing the phpmailer addon. You don't need to configure anything, just install it and everything may work without any code change.