On Dec 24, 2014, at 1:42 PM, Viktor Dukhovni <postfix-us...@dukhovni.org> wrote:
> On Wed, Dec 24, 2014 at 10:44:12AM -0800, steve zeng wrote: >> Yes. It is redhat 5 >> >>> who wrote that client and why? >> >> It is a legacy application written years ago by dev team. I will try upgrade >> postfix either on RHEL6 to leverage command_filter as suggested by Mr. >> Venema. The last option would be to get someone to modify the client app >> code. > > That should be the first option, with all others as a potential > stop-gap measure. Don't institutionalize breakage. IMHO, and not specific to Postfix, too many issues come from not following standards and relying on software or tools that silently correct non-standard behavior. Then something is changed and stops the silent correction and doesn’t behave as expected or, as in this case, errors on the non-standard behavior. Do it right and then you won’t have to work around the problem again when the next change is made. -- Larry Stone lston...@stonejongleux.com http://www.stonejongleux.com/
smime.p7s
Description: S/MIME cryptographic signature