Exchange 2010 locally addressed and locally sent emails never delievered.
Hello, I'm trying to setup a High Availability Exchange 2010 test environment in a VMware server test lab. I created the following VM machines: * DC01 - Server 2008 R2 Enterprise, the domain controller * CAS01 - Server 2008 R2 Enterprise, running the Hub and CAS roles * MBX01 - Server 2008 R2 Enterprise, running the Mailbox store role * MBX02 - Server 2008 R2 Enterprise, running the Mailbox store role. * AGENT01 - Running Server 2003 Standard and Outlook 2007 / Office Enterprise 2007 * CLIENT01- Running Windows XP Professional and Outlook 2007 / Office Enterprise 2007 I created a Database Availability Group, put the witness on the domain controller DC01, and put "Exchange Trusted Subsystem" into the Bultin -> Administrator's members in Active Directory (needed for permissions for the witness machine). I put the MBX01 and MBX02 machines into the DAG. I created a database copy so both MBX01 and MBX02 have a copy of the same database. The database shows up mounted on MBX02 and healthy on MBX01. I created two test mailboxes, logged into one mailbox on the AGENT01 machine using Outlook, logged into the other mailbox on the CLIENT01 machine using Outlook. Both Outlook clients were able to auto-configure themselves okay without any problems. I then tried sending emails back and forth between the two local mailboxes. The emails appear to send okay without any errors; Outlook doesn't report any errors and the emails disappear out of the Outbox folder. However, the emails never get delivered; they never show up in the inboxes. I tried sending email from and to the same mailbox, and that didn't work either. I looked at the event logs on the CAS01, MBX01, and MBX02 machines, but I don't see any errors in the log that give any clue as to what the problem might be. In the Exchange Management Console Toolbox, I tried the Queue viewer and the queues are empty, I don't see anything backing up in the queues. I tried the Mail Flow Troubleshooter, and the only problem it reported is "IPv6 Protocol Not Supported". I granted full delegate access between my two test mailboxes. I can create contacts, tasks, and appointments okay in one mailbox, and then in the second mailbox, in Outlook using the Open Other User's Folder, I can view the contacts, tasks, appointments I created in the first mailbox okay. Any ideas why the emails are not being delivered? Does anyone have any suggestions on how to further troubleshoot this problem? Thanks, Greg
July 10th, 2010 12:55am

Have you looked at message tracking to see if you can find the messages?
Free Windows Admin Tool Kit Click here and download it now
July 10th, 2010 1:05am

Thanks for the suggestion. In the Exchange Managment Console Toolbox, I tried opening the Message Tracking (Web managment interface) tool, in the Organize E-mail/Delievery Reports, I tried searching but no items showed in in the search results. In the Troubleshooting Assistant, I tried the Tracking Log Explorer, and left all the criteria blank, unchecked everything, and the only thing that shows up are about a dozen rows where both the Sender and Recipents are "PublicFolder". Not sure what to make of that... --Greg
July 10th, 2010 1:52am

I discovered if I telnet to port 25 of my CAS01 machine and manually type in the SMTP commands to send an email, that email does get delivered to my test mailbox, it does show up in the inbox in Outlook. So, it seems really odd that emails that I send from Outlook don't get delivered but just seem to disappear. --Greg
Free Windows Admin Tool Kit Click here and download it now
July 10th, 2010 2:26am

Are there any folder views set? -- Ed Crowley MVP "There are seldom good technological solutions to behavioral problems." . "gkriggs" wrote in message news:540fc6d2-5aea-4ec0-a7cf-464718c16032... I discovered if I telnet to port 25 of my CAS01 machine and manually type in the SMTP commands to send an email, that email does get delivered to my test mailbox, it does show up in the inbox in Outlook. So, it seems really odd that emails that I send from Outlook don't get delivered but just seem to disappear. --Greg Ed Crowley MVP "There are seldom good technological solutions to behavioral problems."
July 10th, 2010 8:46am

My mail delivery problem went away when I changed my IPv6 configuration, on all my 2008 VMs, from using static IPv6 addresses to "obtain an IPv6 address automatically"; yay! I don't care about trying to test IPv6. I had originaly unchecked IPv6 in the Local Area Connection Properties on my Server 2008 R2; however, it got stuck on "Applying Computer Settings" when I rebooted the machine. I read somewhere doing that causes Server 2008 R2 to hang on reboot, so I checked IPv6 and entered a static IP address for IPv6. I entered a static IPv6 because I remember in the past, the domain controller and/or Exchange server sometimes seem to complain if you try to use DHCP addresses on those machines. All my IPv4 address have been static throughout this process. Thanks, Greg
Free Windows Admin Tool Kit Click here and download it now
July 12th, 2010 5:33pm

Yeah, leave IPv6 enabled with DHCP and everything should be fine. -- Ed Crowley MVP "There are seldom good technological solutions to behavioral problems." . "gkriggs" wrote in message news:3117ef79-1f86-4179-81ed-fbf3de5194ca... My mail delivery problem went away when I changed my IPv6 configuration, on all my 2008 VMs, from using static IPv6 addresses to "obtain an IPv6 address automatically"; yay! I don't care about trying to test IPv6. I had originaly unchecked IPv6 in the Local Area Connection Properties on my Server 2008 R2; however, it got stuck on "Applying Computer Settings" when I rebooted the machine. I read somewhere doing that causes Server 2008 R2 to hang on reboot, so I checked IPv6 and entered a static IP address for IPv6. I entered a static IPv6 because I remember in the past, the domain controller and/or Exchange server sometimes seem to complain if you try to use DHCP addresses on those machines. All my IPv4 address have been static throughout this process. Thanks, Greg Ed Crowley MVP "There are seldom good technological solutions to behavioral problems."
July 12th, 2010 5:38pm

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics