On Thursday 06 March 2003 15:56, Jason R. Mastaler wrote: > Jesse Guardiani <[EMAIL PROTECTED]> writes: > > I was wondering if anyone can think of a way that I could explicitly > > ALLOW mail from my network IPs? > > The basic problem though is that TMDA isn't at the right level to > detect network connections like this. This is really an MTA level > task.
Yeah. I know. I got the idea from a Perl script that functioned as an SMTP proxy. > > Right off the bat, you could use 'headers' to parse Received headers, > but this seems expensive and potentially unreliable. > > Here are a few ideas: > > You probably are already controlling who can relay messages through > your SMTP server. Could this be used as a signal to TMDA that the > message should be allowed through? i.e, if the message was relayed > through your network, it can be trusted. I'm currently using rcpthosts and morercpthosts for my virtual email domains. Can spammers send email with forged addresses from one of the domains in these files? I thought they could... but now that I think about it I'm confused because I know we implement POP before SMTP somehow. I'm going to have to look at my qmail docs. > > In a qmail/tcpserver environment, I believe RELAYCLIENT is set in the > environment if the client is cleared to relay. Unfortunately, this > variable doesn't appear to be available to .qmail files. > > Another option would be to add a header to the message if it > originated locally, which could later be detected by TMDA. > > Anyone have any other ideas (qmail or not)? > _____________________________________________ > tmda-users mailing list ([EMAIL PROTECTED]) > http://tmda.net/lists/listinfo/tmda-users -- Jesse Guardiani, Systems Administrator WingNET Internet Services, P.O. Box 2605 // Cleveland, TN 37320-2605 423-559-LINK (v) 423-559-5145 (f) http://www.wingnet.net We are actively looking for companies that do a lot of long distance faxing and want to cut their long distance bill by up to 50%. Contact [EMAIL PROTECTED] for more info. _____________________________________________ tmda-users mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-users
