The following reply was made to PR bin/32888; it has been noted by GNATS.

From: i18rabbit@cwazy.co.uk
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: bin/32888: send-pr
Date: Fri, 24 Feb 2006 12:16:02 GMT

 >  }  >  }  it appears that gnats.netbsd.org rejects
 >  }  >  }  mail sent from NetBSD machines behind a
 >  }  >  }  proxy server (FreeBSD using ppp NAT).
 >  }  >  }
 >  }  >  }  gnats.netbsd.org doesn't accept the email
 >  }  >  }  because it can't lookup the local domain
 >  }  >  }  behind the proxy - but netbsd.org doesn't
 >  }  >  }  mind.  eg, if the proxy server is
 >  }  >  }  abc.mytelco.org, and i email from
 >  }  >  }  localmachine.abc.mytelco.org, it
 >  }  >  }  will bounce from gnats.netbsd.org
 >  }  >  }  because it can't do a reverse DNS
 >  }  >  }  lookup on that domain.  netbsd.org
 >  }  >  }  doesn't complain.  i don't think it
 >  }  >  }  is a local configuration problem, but
 >  }  >  }  more due to the fact that my ISP doesn't
 >  }  >  }  pass DNS requests down to my server.
 >  }  >
 >  }  >  It sounds like you are saying that you are sending mail out with a
 >  }  >  return address of a.x.y.z, where x.y.z exists in the public DNS, but
 >  }  >  a.x.y.z does not.  If so, then this is indeed a local configuration
 >  }  >  problem as you are sending e-mail out with an invalid return address.
 >  }  >  Look up masquerade in /usr/share/sendmail/README.
 >  }
 >  }  the first part of what you say is true, i am emailing
 >  }  from a host on a local network behind NAT stuff.
 > 
 >       The message will appear to come from the "NAT stuff".
 > 
 >  }  but i am not sending out email with an invalid return
 >  }  address.  if i was, how would i be getting this email?
 >  }
 >  }  all my local DNS works fine, and if it received a query
 >  }  for local machines behind the NAT server, it would
 >  }  respond correctly, but ISP's don't pass those queries
 >  }  down to their static IP customers typically.
 > 
 >       This really doesn't matter and it happens all the time.
 > 
 >       Do you have a sample of a message that bounced complete with all
 >  the headers?  This would greatly help in figuring out what is going
 >  on.
 
 i tried to send a test send-pr to get the headers,
 and something has changed now, the email did not
 bounce back.