Ha.  Thanks.  That put me in the right direction.  So, it looks like 
there was a DNS issue. 

SMTP,yahoo.com,>,DNS server returned ErrorRetry reported by 0.0.0.0

I checked the settings and the person who setup the system had the 
secondary DNS server set to a decommissioned server's IP address.  I 
corrected that and also gave the VM a restart.  Mail flowing to  
yahoo.com correctly now.  I'm surprised that the secondary DNS would be 
causing the issue...and since I didn't test thinks before giving the 
server a bump, I can't really confirm that fixed it, rather than just 
the restart.

Bill

Michael B. Smith wrote:
>
> Sorry. That wasn't what you asked before. :-P J Altho, if I was 
> thinking straight, (I'm not -- I'm writing coursework this week and 
> for the next several weeks), I would've figured that out. Sorry.
>
>  
>
> You probably want to be looking at the connection logs, not message 
> tracking. By default, they live at C:\Program Files\Microsoft\Exchange 
> Server\V14\TransportRoles\Logs\Connectivity -- and they are enabled by 
> default.
>
>  
>
> Regards,
>
>  
>
> Michael B. Smith
>
> Consultant and Exchange MVP
>
> http://TheEssentialExchange.com
>
>  
>
> *From:* Bill Humphries [mailto:[email protected]]
> *Sent:* Friday, September 10, 2010 2:36 PM
> *To:* NT System Admin Issues
> *Subject:* Re: ex2010 not delivering to yahoo.com addresses
>
>  
>
> Michael,
>
> Do you know if there is a way to get useful tracking information using 
> the commandlet since i'm not on SP1 yet?  I can run this: [PS] 
> C:\Windows\system32>Get-MessageTrackingLog -Start "09/10/2010 9:00AM" 
> -End "09/10/2010 5:00PM" -Sender "bhumphries@
> chasinggremlins.com <mailto:bhumphr...@%0bchasinggremlins.com>"
>
> This gives me this list of events::
>
> EventId  Source   Sender                            
> Recipients                        MessageSubject
> -------  ------   ------                            
> ----------                        --------------
> RECEIVE  SMTP     [email protected] 
> <mailto:[email protected]>    {[email protected] 
> <mailto:[email protected]>}        test message
> RECEIVE  SMTP     [email protected] 
> <mailto:[email protected]>    {[email protected] 
> <mailto:[email protected]>}            test 10:42
> SEND     SMTP     [email protected] 
> <mailto:[email protected]>    {[email protected] 
> <mailto:[email protected]>}            test 10:42
> RECEIVE  SMTP     [email protected] 
> <mailto:[email protected]>    
> {[email protected] 
> <mailto:[email protected]>}  Summary of junk emails 
> blocked...
> SEND     SMTP     [email protected] 
> <mailto:[email protected]>    
> {[email protected] 
> <mailto:[email protected]>}  Summary of junk emails 
> blocked...
>
> But I don't readily see any commands that would actually tell me why 
> it isn't successfully getting a SEND for the yahoo email address.  Is 
> there some other way to monitor this?  maybe I'm missing something 
> available in the queue viewer?
>
> Thanks for any help.
>
> Michael B. Smith wrote:
>
> Yes, from inside the Exchange Management Console on the Edge Server, 
> in the Toolbox node, should be a Message-Tracking application that 
> doesn't fire up ECP but runs as an MMC.
>
>  
>
> Regards,
>
>  
>
> Michael B. Smith
>
> Consultant and Exchange MVP
>
> http://TheEssentialExchange.com
>
>  
>
> *From:* Bill Humphries [mailto:[email protected]]
> *Sent:* Friday, September 10, 2010 1:54 PM
> *To:* NT System Admin Issues
> *Subject:* Re: ex2010 not delivering to yahoo.com addresses
>
>  
>
> So, does message tracking gui work on edge server in SP1?  I 
> understand that it is outside of the forest and can't make use of AD, 
> but it seems like tracking messages from an edge transport would be 
> important for tracking down problems with email flow or delivery...and 
> connecting to AD shouldn't be necessary to provide useful information.
>
> Now to figure out how to use that Get-MessageTrackingLog commandlet.
>
> Bill
>
>
> Michael B. Smith wrote:
>
> I'll grant you that the user experience may be surprising, but message 
> tracking works as it is intended to do.
>  
> GUI-based message tracking works within the Exchange Active Directory forest. 
> Edge Transport servers are not part of the same Active Directory forest. 
> Permissions and roles are not shared between the Exchange organization and 
> Edge transport servers, since permissions are based on the Active Directory 
> forest where the Exchange organization is installed.
>  
> The message was received by a hub transport server and handed off to an edge 
> server. At that point, it was delivered to a different email system.
>  
> Regards,
>  
> Michael B. Smith
> Consultant and Exchange MVP
> http://TheEssentialExchange.com
>  
>  
> -----Original Message-----
> From: Bill Humphries [mailto:[email protected]] 
> Sent: Friday, September 10, 2010 1:31 PM
> To: NT System Admin Issues
> Subject: Re: ex2010 not delivering to yahoo.com addresses
>  
> Thanks, Michael. And it looks like message tracking using the gui is a known 
> broken thing in 2010, huh?
>  
>  
> Michael B. Smith wrote:
>   
>
>     You need to look at the message tracking on the edge server itself. 
>
>     OWA/ECP can't talk outside of the domain boundary (it's a security 
>
>     boundary, and intentional).
>
>      
>
>     Regards,
>
>      
>
>     Michael B. Smith
>
>      
>
>     Consultant and Exchange MVP
>
>      
>
>     http://TheEssentialExchange.com
>
>      
>
>     *From:* Bill Humphries [mailto:[email protected]]
>
>     *Sent:* Friday, September 10, 2010 11:59 AM
>
>     *To:* NT System Admin Issues
>
>     *Subject:* ex2010 not delivering to yahoo.com addresses
>
>      
>
>     Hi all,
>
>      
>
>     So, we have recently installed exchange 2010 in our shop to get some 
>
>     experience with it. i have some weird issue. It seems that messages 
>
>     going to yahoo.com are sitting in the queue on the edge transport 
>
>     server and giving our users delayed message NDRs. I have used telnet 
>
>     from the machine to send a message to yahoo without a problem.
>
>      
>
>     If I track one of these messages using the new nifty tracking in OWA 
>
>     it tells me the messages have been handed off:
>
>      
>
>     /Submitted
>
>     9/10/2010 10:37 AM
>
>     The message was submitted. Transferred
>
>     9/10/2010 10:37 AM
>
>     The message was successfully handed off to a different e-mail system. 
>
>     This is as far as we can track it.
>
>      
>
>     /Any ideas what could could be causing this or what else I should be 
>
>     looking at?
>
>      
>
>     This Exchange is a totally different beast from 2003.
>
>      
>
>     Bill
>
>      
>
>     ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>
>     ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
>
>      
>
>     ---
>
>     To manage subscriptions click here: 
>
>     http://lyris.sunbelt-software.com/read/my_forums/
>
>     or send an email to [email protected] 
> <mailto:[email protected]> 
>
>     <mailto:[email protected]>
>
>     with the body: unsubscribe ntsysadmin
>
>      
>
>     ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>
>     ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
>
>      
>
>     ---
>
>     To manage subscriptions click here: 
>
>     http://lyris.sunbelt-software.com/read/my_forums/
>
>     or send an email to [email protected] 
> <mailto:[email protected]> 
>
>     <mailto:[email protected]>
>
>     with the body: unsubscribe ntsysadmin
>
>      
>
>         
>
>  
>  
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>  
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to [email protected] 
> <mailto:[email protected]>
> with the body: unsubscribe ntsysadmin
>  
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>  
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to [email protected] 
> <mailto:[email protected]>
> with the body: unsubscribe ntsysadmin
>  
>  
>   
>
>  
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to [email protected] 
> <mailto:[email protected]>
> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to [email protected] 
> <mailto:[email protected]>
> with the body: unsubscribe ntsysadmin
>
>  
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to [email protected] 
> <mailto:[email protected]>
> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to [email protected] 
> <mailto:[email protected]>
> with the body: unsubscribe ntsysadmin
>


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to [email protected]
with the body: unsubscribe ntsysadmin

Reply via email to