RFC 5322 specifies that all mails SHOULD have a Message-ID field. While
originating SMTP servers MAY (as per RFC 5321) add a missing Message-ID,
this behavior is not mandatory.
Multiple mail providers, e.g. Gmail, reject mails without a Message-ID
field, rendering their users unable to receive mails from a Dokuwiki
instance using a standard-conforming mail server.
This commit simply adds a random Message-ID to a mail's headers during
Mailer class initialization. With the current behavior of setHeader(),
overwriting that header happens without additional changes, should
another Message-ID be necessary, warranted or desired.
* Checks for PHP mail in install.php and warns if mail used after install.
* fixed spacing in instal.php
* Reconfigured warning message and code for PHP mail not existing or disabled. Removed the substitute mail function in inc/compatibility.php
* fixed some spacing errors in install.php
* Adds warning to error_log when call is made to unavailable PHP mail function and posts the warning to browser top if current user is admin.
* adds newline at end of compatibility.php and $lang global to Mailer.class.php
* Changes to handling of msg and `return false` as suggested by @phy25
* Removed tab from lilne 719
* removed additional tabs from Mailer.class.php
* Update inc/Mailer.class.php
removes unnecessary object
* Update inc/Mailer.class.php
changed msg styling for msg_managers_only warning for no PHP mail function
* Update inc/Mailer.class.php
* Update inc/Mailer.class.php
When ever a mail is sent to the current user, it is usually the only
receiver. If in that case the mail validation fails, sending the whole
mail will fail which will be signalled by a return false of the
Mailer->send() method anyway. This is already signalled to the user.
The more commoin usecase of a validation error is when other people's
addresses fail to validate. These should never be shown to a user.
* utf8refactor:
replaced deprecated utf8 functions
formatting cleanup
mark old utf8 functions deprecated
Some cleanup for the UTF-8 stuff
Moved all utf8 methods to their own namespaced classes
Create separate table files for UTF-8 handling
* master: (34 commits)
fix color for noninstalled extensions
show disabled extensions in gray
warn about inaccessible repo api
bugfix: access check was never cached
First go on a CLI component for the extension manager
use strict type comparison
translation update
translation update
fix #dokuwiki__sitetools current item not in highlight due to Greebo change
authplain: Add tests for group retrieval
authplain: Add a simple method for retrieving user groups
translation update
Negative string offsets are allowed in PHP 7.1+ only
improve memory check output
fix and test php_to_byte() related to #2756#2556
translation update
translation update
translation update
translation update
translation update
...
Prevent splitting of e-mail addresses at the wrong point by enclosing a username in '"'.
The "To" e-mail address in the notification mail was malformed if a new user was added
and included a ',' in it's name. Fixes#1569.
* 'master-fix-windows' of git://github.com/yurii-github/wiki:
response on review
response on review
cleaning after better understanding of the surroundings
back slashes in @import
cleaning
fix tests on windows
the new version of the validator is static. But it makes sense to use a
single point of entry anyway, so instead of adjusting the use of the new
class, prefer the function.
Until we did some more research on compatibility we should stick with
what works, even when the RFC says otherwise.
Should we decide to change line endings to RFC conform CRLF, it should
be done on the whole body, not the signature only.
- refactor Mailer class to allow unit tests to access token
replacements
- use CRLF in signature string per rfc2045 6.8
- add email signature to the expected mail body
- apply appropriate chunksplit to the expected mail body
- ensure regex is quoted - '/' is a legal base64 character
Done:
Cleanup of the mail text signature.
The signature is deleted from the txt files and moved in to lang.php
Mailer.class.php updated to insert the signature
Fix:
- Cleaner text
- no more "-- " "--" "---" "----" problems.
- mailwrap.html is not needed anymore an can be deleted (?)
Changed files in all languages:
lang.php
mailtext.txt
password.txt
registermail.txt
subscr_digest.txt
subscr_list.txt
subscr_single.txt
uploadmail.txt
pwconfirm.txt
showrev.txt
delete?:
mailwrap.html
fiwswe