Matthew Moore wrote:

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.




JPC InfoNet Limited
Registered in England No.: 2983145
Registered Office: 2 St George's Works
Silver Street
Wiltshire BA14 8AA
t:  +44 (0)1225 776 555
f:  +44 (0)1225 774 299
Find us on the web at - 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
Subject: Re: [vchkpw] Qmail errors

Matthew Moore wrote:

I can see in my qmail send log -

@40000000474479971c31105c delivery 79455: deferral: qmail-inject:_fatal:_unable_to_parse_this_line:/To: XXXXXXXXXX

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

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
forwards on to outside domains.

Any pointers?

'Fix' qmail-inject? These forwarding accounts all have their own dot-qmail file right?


Reply via email to