This patch is based on qmail 0.9.1, which may be too old to integrate properly with the current qmailtoaster. You may need a programmer to do some debugging and learn the source. I would recommend hiring a qmail shop to take a look, perhaps Inter7 which seems to put out a lot of components that are used within the QmailToaster.
Thanks, Erik * Note I have no affiliation, nor have I ever worked with Inter7 on anything. I do not know what the rates look like or if they even do customized qmails. On 9/16/05, Ben King <[EMAIL PROTECTED]> wrote: > Thanks, > > I have put in a request to Shoretel but they are moving at a snails pace. > > 9 years? Oh, we're talking about Microsoft's vision of the world. > Microsoft Server 2003 IIS is the actual SMTP delivering the mail even though > the email > it was given by the Shoretel voip platform is wrong. If Microsoft followed > the standards, > Shoretel would have been made aware of the problem long ago. > > Patches aren't easily integrated into rpm's. Is there an easy way to adjust > and add the patch in the toaster distribution using a flag file like > /var/qmail/control/acceptbarelf turn it on? I would have to think it would > at least be good to have it for testing purposes. > > What do you think? Would it lead to to much trouble overall? > > > ----- Original Message ----- > From: "Erik Espinoza" <[EMAIL PROTECTED]> > > > > Is there a way to make qmailtoaster accept bare line feeds? > > There is in fact a patch, although I'd recommend against it. > http://www.arctic.org/~dean/patches/qmail-0.95-liberal-lf.patch > > > I have a Shoretel VOIP system that is generating bare line feeds in > > administration emails. > > Shoretel has been notified but has not fixed this problem. > > The emails are then sent through 2003 IIS. > > 2003 IIS does not convert the bare line feeds. > > May want to go to Shoretel and ask for an update to produce proper e-mails. > > > I'm assuming that we cannot expect the world to change to 822bis section > > 2.3 > > overnight, as noted in, > > http://cr.yp.to/docs/smtplf.html > > If you notice the examples on that document, all of the mailers that > this refers to are from ~1996. I wouldn't expect the world to follow > standards overnight, but it's been 9 years. > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
