Hi, They patch it for their greylisting solution, enabling it to do reverse DNS checks and how it handles RBLSMTPD connections, or maybe they used the Bill Shupp toaster version. :)
Were is this patch? Cheers Matt JPC InfoNet Limited Registered in England No.: 2983145 Registered Office: 2 St George's Works Silver Street Trowbridge Wiltshire BA14 8AA t: +44 (0)1225 776 555 f: +44 (0)1225 774 299 Find us on the web at www.jpci.net - A Head Start for your business ========================================================================== The information transmitted in and/or with this email is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Statements and opinions expressed in this e-mail may not represent those of the company. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender immediately and delete the material from any computer. ========================================================================== -----Original Message----- From: Christopher Chan [mailto:[EMAIL PROTECTED] Sent: 23 November 2007 02:21 To: firstname.lastname@example.org Subject: Re: [vchkpw] Qmail errors Matthew Moore wrote: > Hi, > > Yup they all have .qmail files. Qmail-inject has been recompiled a fair > few times and has never fixed this issue even with completely new > sources from Inter 7 themselves, unless you are talking a different type > of fix? What patches does Inter7 have for qmail? The qmail-inject code for parsing To/Cc: headers chokes on stuff that other mta software accept without trouble. That code will have to be modified. regards, Christopher > > Cheers > > Matt > JPC InfoNet Limited > > Registered in England No.: 2983145 > > Registered Office: > 2 St George's Works > Silver Street > Trowbridge > Wiltshire BA14 8AA > > t: +44 (0)1225 776 555 > f: +44 (0)1225 774 299 > > Find us on the web at www.jpci.net - A Head Start for your business > > ======================================================================== == > The information transmitted in and/or with this email is intended only for > the person or entity to which it is addressed and may contain confidential > and/or privileged material. > > Statements and opinions expressed in this e-mail may not represent those > of the company. Any review, retransmission, dissemination or other use of, > or taking of any action in reliance upon, this information by persons or > entities other than the intended recipient is prohibited. If you received > this in error, please contact the sender immediately and delete the > material from any computer. > ======================================================================== == > > > -----Original Message----- > From: Christopher Chan [mailto:[EMAIL PROTECTED] > Sent: 22 November 2007 02:34 > To: email@example.com > Subject: Re: [vchkpw] Qmail errors > > Matthew Moore wrote: >> Hi, >> >> >> >> I can see in my qmail send log - >> >> >> >> @40000000474479971c31105c delivery 79455: deferral: >> qmail-inject:_fatal:_unable_to_parse_this_line:/To: XXXXXXXXXX >> >> > "Car/write_to_qmail-inject_failed:_32/system_error_calling_qmail-inject/ >> >> >> Now what seems strange is the email has already been accepted by one >> qmail server and passed on to this one thats throwing up the above > error. > > qmail does not parse emails received via qmail-smtpd. In other words, > qmail-inject tries to get addresses from headers whereas qmail-smtpd > does not. > >> >> >> Other emails seem to be going through ok. > > They do not have bad To: headers. > >> >> >> I read somewhere a post from last year by Jeremy that VPOPMails >> vdelivermail should be calling qmail-queue and not qmail-inject. >> > Maybe...does vdelivermail call qmail-local or does it handle dot-qmail > files itself!?!? Somehow I do not think this has anything to do with > vdelivermail... > >> >> >> The emails for users stuck in the queue throwing up that error all > have >> forwards on to outside domains. >> >> >> >> Any pointers? >> > > 'Fix' qmail-inject? These forwarding accounts all have their own > dot-qmail file right? > > > > > > !DSPAM:4746b6b832004947816484!