Travis - Thanks for the quick reply. That definately looks like the solution, however on the Imail server out of three mail domains only one allowed me to delete the alias. The other two domains barked when I attempted to delete the alias with "unable to delete the item nobody". Strangely enough the two domains are mysterously related, they are named: servername.clientdomain.com and mail.clientdomain.com We believe the admin who originally installed the server 'screwed' up and create the first domain by accident[servername.clientdomain.com] and never deleted it - it does have user accounts etc, but appears to be dormant/stale. All users that we know of are using [mail.clientdomain.com] Is it possible they are somehow "connected" and this is the reason I was unable to delete the alias?? Other ideas/thoughts? Thanks, Mike
________________________________ From: [EMAIL PROTECTED] on behalf of Travis Rabe Sent: Wed 7/7/2004 4:36 PM To: [EMAIL PROTECTED] Subject: RE: [IMail Forum] SMTP Rejections - NDR Mailbox Remove the nobody alias in Imail. That will stop the bogus addresses email from coming through. OR change the destination of the nobody alias to re-direct it. Regards, Travis -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Forums Sent: Wednesday, July 07, 2004 4:30 PM To: [EMAIL PROTECTED] Subject: [IMail Forum] SMTP Rejections - NDR Mailbox Hi folks, I am a relative novice with Imail Server. (More an Exchange guy) We inherited a number of Imail Servers when we acquired another company recently. We now have the servers behind our Barracuda spam/virus firewall. We noticed that bogus SMTP email addresses such as [EMAIL PROTECTED] or [EMAIL PROTECTED] are coming through. The Barracuda eventually learns that these are spam and stops them. The messages are funneled into a particular user account for each domain. In Exchange, a message with an incorrect SMTP address to one of my users would be accepted and would immediately generate a non-delivery report (NDR) to the sender with an SMTP status code that essentially said "bad destination mailbox address". These messages would be funneled to an NDR mailbox for later review by an administrator. I would like to do one of two things in order of preference: Have Imail reject all mail that is destined for a non-existent user. ie, Imail verifies the SMTP address exists before accepting the message. (I'd call this 'SMTP Rejections' or something similar) (This is what Barracuda Networks recommends) Have Imail send an NDR of some sort. Currently it does not send an NDR. OR Change the mailbox that accepts messages with incorrect/non-existent SMTP addresses (i.e. change the NDR mailbox). Unfortunately these messages are currently going to an admin or secretary for each domain who is being inundated with this junk. For the life of me I can't figure out where this is configured for each domain. Further turn on NDR's for incorrectly formatted SMTP addresses so that senders would know the message did not reach their intended recipient. I'm guessing that the first option won't be possible in my version of Imail, but option two is probably beyond simple and I'm just missing it. If I can provide any further information or clarification I'd be happy to. Thanks folks, Mike Kemmerrer Pro-2-Call Network Consulting, LLC San Jose, CA [EMAIL PROTECTED] Typical specs of the Imail Servers we are administering: Windows 2000 Sp4 Imail version 7.15 2003.03.11.7
<<winmail.dat>>
