There are certainly situations in which an inbox rule may be appropriate. I think Arch's original post in this thread mentioned something about them in fact. But for $vbc a rules wizard solution does have a few scalability issues. Not everyone is as big or wildly successful as Getty Images though. ;)
> -----Original Message----- > From: Darcy Adams [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, June 26, 2002 3:46 PM > To: Exchange Discussions > Subject: RE: Kill new e-mail messages to previous employees > > Uh - Shawn. . . think again about your rule. Besides taking a bit more > effort to implement, your rule *still* requires the server to accept the > mail. > > And, no, as the admin you don't have to see all the nondeliverable stuff > if you don't want to. Go to your IMS and take a look at the options for > handling undeliverable mail. > > Go ahead and use your inbox-with-rules method, I'll stay with a sinkhole > DL. > > Darcy > > -----Original Message----- > From: Shawn Connelly [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, June 26, 2002 1:30 PM > To: Exchange Discussions > Subject: RE: Kill new e-mail messages to previous employees > > > > >Subject: RE: Kill new e-mail messages to previous employees > >From: Chris Scharff <[EMAIL PROTECTED]> > >Date: Fri, 21 Jun 2002 09:23:08 -0500 > >X-Message-Number: 35 > >.... > >Per 4, it might explain why the acronym "DL" was such a foreign concept > to > >him, the idea of a DL with no recipients as a solution to bouncing mail > is > >hardly a self-apparent one. When I first lit upon the concept, I must say > I > >was quite startled by its simplicity. > > With respect, I must point out that technically, "DL" is not an acronym; > rather it is simply two initials. An acronym is a word formed from > initials. > > Otherwise, thanks for your voice of reason. > > I just recently explained a much better way of 'killing' those unwanted > messages by way of a server based rule. > As I mentioned making a DL forces Exchange to accept the messages as > legitimate mail rather than bouncing them, as it should. > > Shawn > -------------------------------------------------------------------------- > -- > --- > Shawn Connelly, Network Engineer. Dipix Technologies Inc. > ! > > > _________________________________________________________________ > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > Archives: http://www.swynk.com/sitesearch/search.asp > To unsubscribe: mailto:[EMAIL PROTECTED] > Exchange List admin: [EMAIL PROTECTED] > > > ======================================================= > This email and its contents are confidential. If you > are not the intended recipient, please do not disclose > or use the information within this email or its > attachments. If you have received this email in error, > please delete it immediately. Thank you. > ======================================================= > > _________________________________________________________________ > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > Archives: http://www.swynk.com/sitesearch/search.asp > To unsubscribe: mailto:[EMAIL PROTECTED] > Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Archives: http://www.swynk.com/sitesearch/search.asp To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED]