|
Mike, I
would say they are probably domain alias’s of each other. Look at the one that is dormant and see
if it lists the other one as a alias.
If you are sure it’s dormant, remove the other host. Travis -----Original Message----- 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 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----- 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 Typical specs of the Imail Servers we are
administering: Windows 2000 Sp4 Imail version 7.15 2003.03.11.7 |
<<attachment: winmail.dat>>
