[vhffs-dev] [GIT] vhffs4/vhffs.git branch, master, updated. de11dae3f668a61af23149c19a4cb2e5f7e7df3d |
[ Thread Index |
Date Index
| More vhffs.org/vhffs-dev Archives
]
- To: vhffs-dev@xxxxxxxxx
- Subject: [vhffs-dev] [GIT] vhffs4/vhffs.git branch, master, updated. de11dae3f668a61af23149c19a4cb2e5f7e7df3d
- From: git@xxxxxxxxxxxxx
- Date: Mon, 28 Mar 2016 16:34:04 +0200
This is an automated email from git. It was enerated because a ref
change was pushed to the repository "vhffs4/vhffs.git".
The branch, master has been updated
via de11dae3f668a61af23149c19a4cb2e5f7e7df3d (commit)
from 2d7062bdfbb4eec242a6945f5946eb0351b1cae9 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit de11dae3f668a61af23149c19a4cb2e5f7e7df3d
Author: Sylvain Rochet <gradator@xxxxxxxxxxxx>
Date: Mon Mar 28 14:32:03 2016 +0000
API: functions: sendmail: add workaround for incorrectly parsed from by nullmailer or incorrectly formatted from by MIME::Lite
MIME::Lite isn't nice enough to set an easily parsable value for sender,
that is, if From: is "Firstname Lastname <user@domain>" it will pass
-fFirstname Lastname <user@domain> instead of -fuser@domain to sendmail,
most MTA are able to handle that correctly but not nullmailer. We don't
really care which software is faulty here so we just prevent the problem
to happen by telling MIME::Lite to not add the useless -f command line
argument to sendmail.
-----------------------------------------------------------------------
Summary of changes:
vhffs-api/src/Vhffs/Functions.pm | 16 ++++++++++------
1 file changed, 10 insertions(+), 6 deletions(-)
hooks/post-receive
--
vhffs4/vhffs.git