Re: obtaining TCPREMOTEIP during delivery

2000-08-20 Thread Ben Beuchler

On Sat, Aug 19, 2000 at 11:53:44PM -0400, Russell Nelson wrote:

 Ben Beuchler writes:
   It appears that $TCPREMOTEIP is only available to qmail-smtpd.  It is no
   longer in the environment during final message delivery.
 
 No, but you can get the same information from parsing the Received:
 headers:
 
 while() {
 last if /^$/;
 $address = $2 if /^Received:.*\((.*\@)?(\d+\.\d+\.\d+\.\d+)\)/;
 $ip = $address if /^  by (192\.203\.178\.\d+|\w+.crynwr.com) with SMTP;/;
 }

Aye...  I was trying to avoid that as maildrop's string handling isn't
quite on perl's level...  But I may just have to surrender to the
inevitable.

Thanks yet again,
Ben

-- 
Ben Beuchler [EMAIL PROTECTED]
MAILER-DAEMON (612) 321-9290 x101
Bitstream Underground   www.bitstream.net



Re: obtaining TCPREMOTEIP during delivery

2000-08-19 Thread Ben Beuchler

On Fri, Aug 18, 2000 at 11:37:31PM -0500, David Dyer-Bennet wrote:

 Sounds like a header-insert environment variable for qmail-smtpd is in
 order.  Then all the things that run before it, including tcpserver
 and rblsmtpd, could set up stuff in that variable which would become
 headers in the message, and then could be used at the user level for
 maildrop / procmail / autosorting / whatever.  I don't remember
 anybody doing this patch yet; anybody?

That certainly would be an extremely powerful tool.  Useful for all
sorts of things...

Ben

-- 
Ben Beuchler [EMAIL PROTECTED]
MAILER-DAEMON (612) 321-9290 x101
Bitstream Underground   www.bitstream.net



Re: obtaining TCPREMOTEIP during delivery

2000-08-19 Thread Russell Nelson

Ben Beuchler writes:
  It appears that $TCPREMOTEIP is only available to qmail-smtpd.  It is no
  longer in the environment during final message delivery.

No, but you can get the same information from parsing the Received:
headers:

while() {
last if /^$/;
$address = $2 if /^Received:.*\((.*\@)?(\d+\.\d+\.\d+\.\d+)\)/;
$ip = $address if /^  by (192\.203\.178\.\d+|\w+.crynwr.com) with SMTP;/;
}

-- 
-russ nelson [EMAIL PROTECTED]  http://russnelson.com  | If you think 
Crynwr sells support for free software  | PGPok | health care is expensive now
521 Pleasant Valley Rd. | +1 315 268 1925 voice | now, wait until you see
Potsdam, NY 13676-3213  | +1 315 268 9201 FAX   | what it costs when it's free. 



obtaining TCPREMOTEIP during delivery

2000-08-18 Thread Ben Beuchler

It appears that $TCPREMOTEIP is only available to qmail-smtpd.  It is no
longer in the environment during final message delivery.  I would like
to be able to use rblcheck and maildrop to allow opt-in
ORBS/RBL/DUL/RSS/etc. and would prefer to obtain the necessary info
directly from qmail rather than trying to parse the correct IP out of
the message header.

Any thoughts?

Ben

-- 
Ben Beuchler [EMAIL PROTECTED]
MAILER-DAEMON (612) 321-9290 x101
Bitstream Underground   www.bitstream.net



Re: obtaining TCPREMOTEIP during delivery

2000-08-18 Thread Ricardo Cerqueira

Have you tried rblsmtpd? It works as a filter between tcpserver and
qmail-smtpd, and checks against blacklists on the TCP/IP connection, not the 
mail itself.

RC

On Fri, Aug 18, 2000 at 09:18:06PM -0500, Ben Beuchler wrote:
 It appears that $TCPREMOTEIP is only available to qmail-smtpd.  It is no
 longer in the environment during final message delivery.  I would like
 to be able to use rblcheck and maildrop to allow opt-in
 ORBS/RBL/DUL/RSS/etc. and would prefer to obtain the necessary info
 directly from qmail rather than trying to parse the correct IP out of
 the message header.
 
 Any thoughts?
 
 Ben
 
 -- 
 Ben Beuchler [EMAIL PROTECTED]
 MAILER-DAEMON (612) 321-9290 x101
 Bitstream Underground   www.bitstream.net

-- 
+---
| Ricardo Cerqueira  
| PGP Key fingerprint  -  B7 05 13 CE 48 0A BF 1E  87 21 83 DB 28 DE 03 42 
| Novis  -  Engenharia ISP / Rede Técnica 
| Pç. Duque Saldanha, 1, 7º E / 1050-094 Lisboa / Portugal
| Tel: +351 21 3166700 (24h/dia) - Fax: +351 21 3166701

 PGP signature


Re: obtaining TCPREMOTEIP during delivery

2000-08-18 Thread Ben Beuchler

On Sat, Aug 19, 2000 at 03:52:36AM +0100, Ricardo Cerqueira wrote:

 Have you tried rblsmtpd? It works as a filter between tcpserver and
 qmail-smtpd, and checks against blacklists on the TCP/IP connection, not the 
 mail itself.

Yeah, in fact I'm using it now to check against the dul list.  However,
I would prefer to have some sort of opt-in choice, for our customers
that are afraid of losing legitimate mail.

Ben

-- 
Ben Beuchler [EMAIL PROTECTED]
MAILER-DAEMON (612) 321-9290 x101
Bitstream Underground   www.bitstream.net



Re: obtaining TCPREMOTEIP during delivery

2000-08-18 Thread David Dyer-Bennet

Ben Beuchler [EMAIL PROTECTED] writes on 18 August 2000 at 22:05:30 -0500
  On Sat, Aug 19, 2000 at 03:52:36AM +0100, Ricardo Cerqueira wrote:
  
   Have you tried rblsmtpd? It works as a filter between tcpserver and
   qmail-smtpd, and checks against blacklists on the TCP/IP connection, not the 
   mail itself.
  
  Yeah, in fact I'm using it now to check against the dul list.  However,
  I would prefer to have some sort of opt-in choice, for our customers
  that are afraid of losing legitimate mail.

Sounds like a header-insert environment variable for qmail-smtpd is in
order.  Then all the things that run before it, including tcpserver
and rblsmtpd, could set up stuff in that variable which would become
headers in the message, and then could be used at the user level for
maildrop / procmail / autosorting / whatever.  I don't remember
anybody doing this patch yet; anybody?
-- 
Photos: http://dd-b.lighthunters.net/ Minicon: http://www.mnstf.org/minicon
Bookworms: http://ouroboros.demesne.com/ SF: http://www.dd-b.net/dd-b 
David Dyer-Bennet / Welcome to the future! / [EMAIL PROTECTED]