On 28 November 2014, Gilles Chehade <gil...@poolp.org> wrote:
> On Thu, Nov 27, 2014 at 10:00:19PM -0500, Hugo Villeneuve wrote:
[...]
> > No, it is not proper behavior. As a store and forward system with
> > potentially 4-5 days between submission and delivery, any MTA needs
> > to be able to adapt in configuration changes across a long period.
> >
>
> So, because a MTA configuration may change across a long period of
> time and that during these changes sometimes someone will decide that
> a mail that used to be ok to relay no longer is or should no longer
> be relayed the same way, you're advocating that we should add logic
> to the MTA for taking guesses at what it should do and adapt to all
> possible changes ?
[...]
No: the original HELO, FROM, and RCPT TO should be saved in the
queue file, and there should be a command to re-queue the message. Then
when a message is re-queued the entire envelope is resolved again from
scratch, according to the current config: problem solved. This is
essentially what Postfix does, and I have yet to hear anybody arguing it
should do something else. :)
Regards,
Liviu Daia
