SBS2008 Can't Create Email Alias

Couple places to check for it.  I'm still sort of new to the server game myself but I've been able to pick up a few things in the last year or so I've been working on them.

He may have created a distribution group in in Active Directory.  I'd check that first.  You can find it under Recipiant Configuration > Distribution Group in the Exchange Management Console.

He also may have just flat out created a new user calld service but then didn't create an exchange mailbox for it.

Basically I'd look through active directory and see if you can find it there.  If you can then just delete it and start the process over again of creating a user the right way.

Thanks - I checked the SBS Admin Console, Active Directory Users & Groups and even the Exchange System Manager.  I double checked everything I could think of in each spot, even looking at aliases in existing users.  

When I send email to it using another domain account, it bounces (no such user).  When I try to use any tools to create (recreate?) the distribution list, it barfs and tells me the email address already exists.

It must be stuck or hidden or something.  

Did you do a visual check or did you use the search option.  In AD 2008 there is a search option to find a specific object, I think it is the 2nd button from the right on the button bar.  

I know I have a heck of a time finding certain objects in AD, especially if people don't put them where they're supposed to be.  Your service account that was created could be in some obscure corner of AD somewhere hiding from everyone.

Bottom line in if it's not there then yeah there's some sort of problem.  If it's not in AD then it's not supposed to exist.

So just do a search for "service" without the quotes and hopefully it finds it.

Have you tried checking the user profile in AD.
Have a look at their Email Addresses Tab.
Do you see "service@foo.com" listed as an SMTP address?

If not tech. you could add it here as an additional smtp address, given that Foo is their domain name.

Then anyone who sends an email to
UserName@foo.com
or
Service@foo.com

the email will go to this particular user.

Sorry guys I am not explaining this right.

There is *no* service user.  The guy said he created a distribution list.  Problem is there is NO distribution list called Service.

I've visually inspected the aliases of every user and distribution list I can see - no service@foo.com.  If I try to add service@foo.com as an alias to an existing user, OR to create a service@foo.com distribution list, SBS tells me the email address exists.

BUT if I try to send email to service@foo.com, Exchange bounces it saying the email doesn't exist.

I will try the search function to see if I can find it, though I think I already did that within AD.

I am pretty sure that "service" is a special name that cannot be used in Exchange. So it will exist, but you cannot use it. The email address will be on an object in the domain.

Simon.

@Mestha:

I've never heard that before.  Can you elaborate?  What is it used for?  What object will have this email address and if it has an email address, why can't I send to it?

Just because an object has an email address doesn't mean you can send email to it.
microsoft@ will also be on your system, which belongs to a System Public Folder. As does Default.

It was a recollection and I may be wrong, but finding anything concrete is almost impossible because of the term "service".

Simon.

Im wondering....

Perhaps they created a Distribution List, lets say called  SERVICEDEPARTMENT

And since Distribution lists do have email addresses....the email address assigned to this DL would automatically be generated as servicedepartment@foo.com

However, as this is an editable address.

Thinking that they might have gone back into the DL after it was created and added or changed the Email Address to service@foo.com

Now if this was done, you could only ever search AD for SERVICEDEPARTMENT as service@foo.com would not yield any results even though it may exists.

To find out which DL had the alias email address of service@foo.com you would have to check each Distribution Group one at a time in AD and look under the Email Address tab until you found the one that had the address service@foo.com

Once you have found this you can delete the address from the D Group Addresses and create a new one.

Can some one please direct me to where I can setup alias email addresses in user accounts in sbs 2008?
I am a new user and we previously used sbs 2000 on our old server.

Thanks

Can some one please direct me to where I can setup alias email addresses in user accounts in sbs 2008?
I am a new user and we previously used sbs 2000 on our old server.

Thanks

I think  you can do this right from the SBS Admin Console

I cannot see where an email alias is added to a user account.
Can you direct me to where this is done?
In SBS 2000 it was easy in the user account there was an aenail tab where an alias could be added and saved on that user profile.
Thanks in anticipation of your assistance.

Sorry my bad.  Here's one way to do it BUT...

you probably should get an SBS2008 guru to give a better answer.  I was told long ago that if you don't use the SBS wizards and try to change things using the old, familar tools you'll screw things up.  No clue if that's true or not.

Exchange Management Console, go to Recipient Config, Right click user, get properties, go to Email Address tab and add the email addresses there.

Thanks, I will try that today.

I had this exact issue, the user had created a distribution list in the Exchange 2007 Management Console, they did NOT appear in he SBS Console, and emails failed to be delivered. He then deleted them in Exchange Management Console, they did not show up anywhere, including Active Directory. When trying to create a new Distribution Group in SBS Console failed with the "this already exists error"
In Active Directory Users and Computers i did a search on the partial name of what the group was thought to be and it showed up. Right clicking it in the search results and then deleting then allowed the Distribution Group to be created correctly in SBS Console.