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
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
JPC InfoNet Limited
Registered in England No.: 2983145
2 St George's Works
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.
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:
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
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
The emails for users stuck in the queue throwing up that error all
forwards on to outside domains.
'Fix' qmail-inject? These forwarding accounts all have their own
dot-qmail file right?