You don’t understand what the problem I wrote about is…
There is no To: header in responses that are to be sent back to the
originator of the email if the person handling the request is the same
Something in the RT system is failing, generating some sort of error
(numeric or something) which is then being fed to a system call like ntoa()
which is making interpretations of its own, which then get sent to sendmail.
I haven’t had time to look REAL hard at the source code for this but
included the bit about the sendmail error in hopes that someone close to
the code would get an idea about where to look…
I’ve done an exhaustive search on my system for the string 172.16.87.1 and
cannot find it anywhere. Not in my configurations, not in the binary code
of sendmail or libraries or anything else.
Nor do I have any systems in house that use that particular address.
The problem is most definitely NOT sendmail, it is simply attempting to do
its job with what it is being passed in from the RT system.
Thanks for your thoughts though,
: -----Original Message-----
: From: Michael via RT [mailto:email@example.com]
: Sent: Monday, August 07, 2000 9:01 AM
: To: firstname.lastname@example.org
: Subject: [esociety.com #20] (helpdesk) Testing… Looking for odd
: >> And so i says to him|her…
: > Greetings rt-devel,
: > We are using this very cool system called Request Tracker
: from fsck.com.
: > There is a small problem as you may be able to discern from
: the headers on
: > the mail you receive.
: > The problem:
: > If a user creates a ticket, as I have here, then attempts
: to reply to that
: > ticket (as a queue manipulator) no reply is actually sent.
: The reason seems
: > to be that there is no To: header in the packet sent to sendmail.
: > As well, I find it quite odd that in my /var/log/maillog I get the
: > interesting error:
: > Aug 4 15:04:19 myhost sendmail:
: gethostbyaddr(172.16.78.1) failed: 1
: That is a sendmail problem. It can’t to a reverse lookup on that
: address, certainly not a problem with RT.
: You need to put in a PTR mapping in your DNS for that address,
: failing that you can create your own local mapping in /etc/hosts.
: Michael Jastremski Chief Pickle
: Keeper of Systems. Megaglobal Corp
: Liquidation.com http://megaglobal.com
— Headers Follow —
Received: from p4.esociety.com [188.8.131.52]
by localhost with POP3 (fetchmail-5.4.4)
for helpdesk@localhost (single-drop); Mon, 07 Aug 2000 09:00:34 -0700 (PDT)
Received: from liquidation.com ([184.108.40.206])
by lombard.esociety.com (8.9.3/8.9.3) with ESMTP id IAA02833
for email@example.com; Mon, 7 Aug 2000 08:59:03 -0700
Received: (from mike@localhost)
by liquidation.com (8.9.3/(dn/liquidation/norelay)) id LAA26352;
Mon, 7 Aug 2000 11:59:01 -0400Date: Mon, 7 Aug 2000 11:59:01 -0400
From: Michael firstname.lastname@example.org
To: “A. R. Plastino III via RT” email@example.com
Subject: Re: [rt-devel] [esociety.com #20] (helpdesk) Testing… Looking for
Content-Type: text/plain; charset=us-ascii
In-Reply-To: 200008042311.e74NBn009355@leatherman.esociety.com; from
firstname.lastname@example.org on Fri, Aug 04, 2000 at 04:11:49PM -0700
X-Disclaimer: You surely have your opinions.
X-Copyright: 1994,1995,1996,1997,1998,1999,2000 Michael Jastremski
Organization: Megaglobal Networks 2000
-------------------------------------------- Managed by Request Tracker