Why not just block them from connecting to your server altogether??? Block their ip addresses.
Kevin Bilbee > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Matt > Sent: Thursday, September 16, 2004 4:58 PM > To: [EMAIL PROTECTED] > Subject: Re: [Declude.JunkMail] ATTACH action > > > I was trying to add a message to the message that was being received. > These boneheads from aim-ag.com hit us with 2,300 messages in under one > just before noon and this isn't the first time that this happened. They > forge the From address to say that is is coming from the same address as > the To address. I get the feeling that just ROUTETO'ing back to them > would cause them to think that we originally sent it, but who knows. I > did take all 2,300 of today's messages from a COPYFILE capture and sent > them back to three of their public addresses by modifying the Q file and > I also inserted a strongly worded message into the D file. Hopefully > that will be enough for them to get the picture. It sucks to have 2,300 > messages land in your inbox, and my intention was to have this stuff > automatically get bounced to all three addresses until they stopped. > Unfortunately asking them to stop was ineffective. > > So anyway, it doesn't look like ATTACH is a good answer for this > considering that the client's domain is only being gatewayed, but > hopefully my previous actions will cause them to fix it. > > Thanks, > > Matt > > > > > R. Scott Perry wrote: > > > > >> I need to use the ATTACH action to bounce back unwanted E-mails to a > >> single source that has been bombarding us with thousands of unwanted > >> E-mails from a misconfigured automated system (it's some financial > >> institution in Austria). I have followed the instructions on how to > >> ATTACH, but I am still wondering if this is a final action, i.e. do I > >> need to still do a DELETE action on the E-mail or will ATTACH keep it > >> from hitting the original recipient? > > > > > > The ATTACH action will deliver the E-mail to the original recipient. > > In this case, you could use ROUTETO to cause the E-mail to go back to > > the sender ("TESTNAME ROUTETO [EMAIL PROTECTED]"), which would > > prevent the original recipient from seeing the E-mail. > > > > -Scott > > --- > > Declude JunkMail: The advanced anti-spam solution for IMail > > mailservers since 2000. > > Declude Virus: Ultra reliable virus detection and the leader in > > mailserver vulnerability detection. > > Find out what you've been missing: Ask for a free 30-day evaluation. > > > > --- > > [This E-mail was scanned for viruses by Declude Virus > > (http://www.declude.com)] > > > > --- > > This E-mail came from the Declude.JunkMail mailing list. To > > unsubscribe, just send an E-mail to [EMAIL PROTECTED], and > > type "unsubscribe Declude.JunkMail". The archives can be found > > at http://www.mail-archive.com. > > > > > > -- > ===================================================== > MailPure custom filters for Declude JunkMail Pro. > http://www.mailpure.com/software/ > ===================================================== > > --- > [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe Declude.JunkMail". The archives can be found at http://www.mail-archive.com. --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe Declude.JunkMail". The archives can be found at http://www.mail-archive.com.
