Re: Standardizing Signatures

2011-06-03 Thread James Rankin
If that article didn't have an April fool warning on it I swear I could get
our head of IT to buy into that

On 3 June 2011 00:52, Webster carlwebs...@gmail.com wrote:

 I am truly sorry boss but our Citrix consultant in TN said we could reboot
 the servers without effecting our connected users.  He said XA6 supported
 Session Portability.  D@mn Southerners and Aussies always getting the
 Brits in trouble!


 http://www.brianmadden.com/blogs/brianmadden/archive/2008/03/31/wow-ts-session-to-vm-portability-from-aussie-startup-luflogix.aspx


 Webster

  -Original Message-
  From: Rankin, James R [mailto:kz2...@googlemail.com]
  Subject: Re: Standardizing Signatures
 
  It gets better. We are still piloting our XenApp 6 farm - but we can't
 load
  test it, because we aren't allowed downtime on it, because the first set
 of
  users migrated on to it were our VIPs.


 ---
 To manage subscriptions click here:
 http://lyris.sunbelt-software.com/read/my_forums/
 or send an email to listmana...@lyris.sunbeltsoftware.com
 with the body: unsubscribe exchangelist




-- 
On two occasions...I have been asked, 'Pray, Mr Babbage, if you put into
the machine wrong figures, will the right answers come out?' I am not able
rightly to apprehend the kind of confusion of ideas that could provoke such
a question.

*IMPORTANT: The information in this email is CONFIDENTIAL. If its contents
are disclosed in any way my lawyers will swoop down from black helicopters
like Seal Team Six and drag you away with a black bag over your head. They
will then take you to a secret prison and make you fight to the death with
other people who dared to share this email. You will be given a large bowie
knife and a supply of methamphetamines while I watch the said deathmatch and
wager vast sums of money on who will be the winner. If the fight becomes
boring or there is a stalemate, I will release rabid dogs and my two-stone
cat into the arena to liven things up a bit. If these animals become in any
way docile, I will squirt them with water pistols until they become a bit
more temperamental.*

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

RE: Standardizing Signatures

2011-06-03 Thread Webster
Brian or Gabe added the April Fools warning later because so many people
took the article seriously!  You can tell by some of the comments some
people took that article hook, line and sinker.

 

I remember a really good April Fools prank by an old mainframe mag from back
in the late 70s (wonder if I read the article whilst wearing my blue leisure
suit?) that hooked everyone in the shop where I worked.  It was a very
detailed article about some fantastic research going on in the IBM Watson
labs.  Very last sentence in the article described the research project as
something like APplied Research In Learning For Organizing Optimized
Language Studies or APRIL FOOLS.

 

Webster

 

From: James Rankin [mailto:kz2...@googlemail.com] 
Subject: Re: Standardizing Signatures

 

If that article didn't have an April fool warning on it I swear I could get
our head of IT to buy into that

On 3 June 2011 00:52, Webster carlwebs...@gmail.com wrote:

I am truly sorry boss but our Citrix consultant in TN said we could reboot
the servers without effecting our connected users.  He said XA6 supported
Session Portability.  D@mn Southerners and Aussies always getting the Brits
in trouble!

http://www.brianmadden.com/blogs/brianmadden/archive/2008/03/31/wow-ts-sessi
on-to-vm-portability-from-aussie-startup-luflogix.aspx


Webster


 -Original Message-
 From: Rankin, James R [mailto:kz2...@googlemail.com]

 Subject: Re: Standardizing Signatures

 It gets better. We are still piloting our XenApp 6 farm - but we can't
load
 test it, because we aren't allowed downtime on it, because the first set
of
 users migrated on to it were our VIPs.




---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

RE: Send on Behalf error

2011-06-03 Thread Thiessen, Matt
Recipients does not matter. Internal or external, 2003 or 2010. When they send 
on behalf of they get the error every time when selecting from the remembered 
address. It will work when they go through the address book to find the name.

We ended up migrating one of these users and the associated mailbox they send 
on behalf of to 2010 to see if that would resolve the problem and it actually 
got worse.

When running from the 2010 the message is returned undeliverable...

Delivery has failed to these recipients or groups:

Lastname, Firstname
You can't send a message on behalf of this user unless you have permission to 
do so. Please make sure you're sending on behalf of the correct sender, or 
request the necessary permission. If the problem continues, please contact your 
helpdesk.

Diagnostic information for administrators:

Generating server:

/O=GPRC/OU=GPRC/cn=Recipients/cn=username
#MSEXCH:MSExchangeIS:/DC=ca/DC=ab/DC=gprc:SERVER[578:0x04DC:0x001D] #EX#

Does that mean send on behalf needs to be reconfigured after migration?

Thanks,

Matt Thiessen

From: pramatow...@mediageneral.com [mailto:pramatow...@mediageneral.com]
Sent: Thursday, June 02, 2011 9:10 AM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error

Don't think deleting other names would help.
Don't think cached mode would make a difference, seems the OAB address works 
it's just the dropdown...

What about the recipients? Any difference in sending to 2003 vs 2010 recipients?
/reaching

From: Thiessen, Matt [mailto:mthies...@gprc.ab.ca]
Sent: Thursday, June 02, 2011 10:18 AM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error

Thanks for all the responses. I suppose it is possible that the mixed mode is 
causing problems. I would expect that if we had moved one and not the other. We 
tend to move people to the new server in batches, especially when they have 
permission to each other mailboxes. In this case both are still on exchange 
2003.

I have tried deleting the name out of outlooks quick complete dropdown at the 
from field. I don't think I have tried yet purging all the autocomplete data. 
Would doing that help? I believe that if the profile is deleted and recreated 
it works for a while before breaking again.

Thanks,
Matt

From: pramatow...@mediageneral.com [mailto:pramatow...@mediageneral.com]
Sent: Thursday, June 02, 2011 5:29 AM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error

Yeah, I just don't remember if the autocomplete business helped or not.

...I can say without a doubt you will be much happier when you have finished. 
 --  QFT:)

Paul

From: Matt Moore [mailto:mattmoore...@hotmail.com]
Sent: Wednesday, June 01, 2011 11:27 PM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error

In my roundabout way I guess that was the main thrust of what I was saying.  
Get everyone on same side, shared mailboxes too.  We seem to have the most 
problems like that when there are 2 versions at play.

It does help a lot!

M

From: pramatow...@mediageneral.com [mailto:pramatow...@mediageneral.com]
Sent: Wednesday, June 01, 2011 6:17 PM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error

Apologize, because we don't have many send on behalf of's the migration was a 
while back and still have memories of a snakebite or two-
What happens if they
[1]delete the boss's name from autocomplete and send a message (which should 
work)
[2] with autocomplete repopulated, what happens?

Don't know if it would matter but are boss and send on behalf people all on the 
same V of Exchange? FWIW we moved groups like that to try and mitigate 
problems, I like to think it helped a little.

From: Matt Moore [mailto:mattmoore...@hotmail.com]
Sent: Wednesday, June 01, 2011 6:53 PM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error

That's pretty typical behavior during a migration.  I've run into that and an 
awful lot of others and they're all different.  My first response would be 
apologize up and down for the inconvenience and get that migration done as soon 
as possible.  Nothing causes friction like a migration, we've had a number of 
clients run into this same scenario and put the brakes on the migration 
temporarily, thinking the problem would follow into 2010.  All have felt the 
pinch of that decision.   Well, hind sight being 20/20 I can say without a 
doubt you will be much happier when you have finished.  I think our smoothest 
migration to date was for 80,000+ users all done in one weekend.  Sure there 
were a few issues but they were all taken care very quickly in comparison.
I guess that wasn't really how to fix it, sorry about that, more looking at the 
bigger picture.  Get it done then track down the problems when you don't have a 
basket of snakes, venomous ones.

M

From: Thiessen, Matt [mailto:mthies...@gprc.ab.ca]
Sent: Wednesday, June 01, 2011 3:17 PM
To: MS-Exchange Admin Issues
Subject: Send on Behalf error

Hello,

I have run into and interesting problem 

RE: Send on Behalf error

2011-06-03 Thread PRamatowski
Set-Mailbox boss -GrantSendOnBehalfTo sender

Try the above PS command and see?

I'm still not getting the dropdown vs pick from address thing...

From: Thiessen, Matt [mailto:mthies...@gprc.ab.ca]
Sent: Friday, June 03, 2011 10:35 AM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error

Recipients does not matter. Internal or external, 2003 or 2010. When they send 
on behalf of they get the error every time when selecting from the remembered 
address. It will work when they go through the address book to find the name.

We ended up migrating one of these users and the associated mailbox they send 
on behalf of to 2010 to see if that would resolve the problem and it actually 
got worse.

When running from the 2010 the message is returned undeliverable...

Delivery has failed to these recipients or groups:

Lastname, Firstname
You can't send a message on behalf of this user unless you have permission to 
do so. Please make sure you're sending on behalf of the correct sender, or 
request the necessary permission. If the problem continues, please contact your 
helpdesk.
Diagnostic information for administrators:

Generating server:

/O=GPRC/OU=GPRC/cn=Recipients/cn=username
#MSEXCH:MSExchangeIS:/DC=ca/DC=ab/DC=gprc:SERVER[578:0x04DC:0x001D] #EX#

Does that mean send on behalf needs to be reconfigured after migration?

Thanks,

Matt Thiessen

From: pramatow...@mediageneral.com [mailto:pramatow...@mediageneral.com]
Sent: Thursday, June 02, 2011 9:10 AM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error

Don't think deleting other names would help.
Don't think cached mode would make a difference, seems the OAB address works 
it's just the dropdown...

What about the recipients? Any difference in sending to 2003 vs 2010 recipients?
/reaching

From: Thiessen, Matt [mailto:mthies...@gprc.ab.ca]
Sent: Thursday, June 02, 2011 10:18 AM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error

Thanks for all the responses. I suppose it is possible that the mixed mode is 
causing problems. I would expect that if we had moved one and not the other. We 
tend to move people to the new server in batches, especially when they have 
permission to each other mailboxes. In this case both are still on exchange 
2003.

I have tried deleting the name out of outlooks quick complete dropdown at the 
from field. I don't think I have tried yet purging all the autocomplete data. 
Would doing that help? I believe that if the profile is deleted and recreated 
it works for a while before breaking again.

Thanks,
Matt

From: pramatow...@mediageneral.com [mailto:pramatow...@mediageneral.com]
Sent: Thursday, June 02, 2011 5:29 AM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error

Yeah, I just don't remember if the autocomplete business helped or not.

...I can say without a doubt you will be much happier when you have finished. 
 --  QFT:)

Paul

From: Matt Moore [mailto:mattmoore...@hotmail.com]
Sent: Wednesday, June 01, 2011 11:27 PM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error

In my roundabout way I guess that was the main thrust of what I was saying.  
Get everyone on same side, shared mailboxes too.  We seem to have the most 
problems like that when there are 2 versions at play.

It does help a lot!

M

From: pramatow...@mediageneral.com [mailto:pramatow...@mediageneral.com]
Sent: Wednesday, June 01, 2011 6:17 PM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error

Apologize, because we don't have many send on behalf of's the migration was a 
while back and still have memories of a snakebite or two-
What happens if they
[1]delete the boss's name from autocomplete and send a message (which should 
work)
[2] with autocomplete repopulated, what happens?

Don't know if it would matter but are boss and send on behalf people all on the 
same V of Exchange? FWIW we moved groups like that to try and mitigate 
problems, I like to think it helped a little.

From: Matt Moore [mailto:mattmoore...@hotmail.com]
Sent: Wednesday, June 01, 2011 6:53 PM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error

That's pretty typical behavior during a migration.  I've run into that and an 
awful lot of others and they're all different.  My first response would be 
apologize up and down for the inconvenience and get that migration done as soon 
as possible.  Nothing causes friction like a migration, we've had a number of 
clients run into this same scenario and put the brakes on the migration 
temporarily, thinking the problem would follow into 2010.  All have felt the 
pinch of that decision.   Well, hind sight being 20/20 I can say without a 
doubt you will be much happier when you have finished.  I think our smoothest 
migration to date was for 80,000+ users all done in one weekend.  Sure there 
were a few issues but they were all taken care very quickly in comparison.
I guess that wasn't really how to fix it, sorry about that, more looking at the 
bigger picture.  Get 

RE: Send on Behalf error

2011-06-03 Thread Kennedy, Jim
It's got to be a cache thing somewhere. I would drop a few dollars on PSS at 
this point. Send on Behalf implies secretaries sending on behalf of bigwigs. 
Keeping the bigwigs happy for a few bucks is usually a good thing (tm)

From: pramatow...@mediageneral.com [mailto:pramatow...@mediageneral.com]
Sent: Friday, June 03, 2011 11:50 AM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error


I'm still not getting the dropdown vs pick from address thing...



---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

RE: Send on Behalf error

2011-06-03 Thread Matt Moore
Finish the migration and be done with it.

M

 

From: Kennedy, Jim [mailto:kennedy...@elyriaschools.org] 
Sent: Friday, June 03, 2011 9:41 AM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error

 

It's got to be a cache thing somewhere. I would drop a few dollars on PSS at
this point. Send on Behalf implies secretaries sending on behalf of bigwigs.
Keeping the bigwigs happy for a few bucks is usually a good thing T

 

From: pramatow...@mediageneral.com [mailto:pramatow...@mediageneral.com] 
Sent: Friday, June 03, 2011 11:50 AM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error

 

 

I'm still not getting the dropdown vs pick from address thing.

 

---
To manage subscriptions click here:
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist


---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

RE: Send on Behalf error

2011-06-03 Thread Kennedy, Jim
Ok, that is a very good idea too. Better than mine.  :)

From: Matt Moore [mailto:mattmoore...@hotmail.com]
Sent: Friday, June 03, 2011 12:47 PM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error

Finish the migration and be done with it.
M

From: Kennedy, Jim [mailto:kennedy...@elyriaschools.org]
Sent: Friday, June 03, 2011 9:41 AM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error

It's got to be a cache thing somewhere. I would drop a few dollars on PSS at 
this point. Send on Behalf implies secretaries sending on behalf of bigwigs. 
Keeping the bigwigs happy for a few bucks is usually a good thing (tm)

From: pramatow...@mediageneral.com [mailto:pramatow...@mediageneral.com]
Sent: Friday, June 03, 2011 11:50 AM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error


I'm still not getting the dropdown vs pick from address thing...



---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

RE: Send on Behalf error

2011-06-03 Thread PRamatowski
Yep, I agree but not knowing how far the OP has gone down that road.

I'd really try to get away with here's the workaround, you'll need to do it 
that way until.  OTOH, some users don't have to take that for an answer :)

From: Kennedy, Jim [mailto:kennedy...@elyriaschools.org]
Sent: Friday, June 03, 2011 12:49 PM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error

Ok, that is a very good idea too. Better than mine.  :)

From: Matt Moore [mailto:mattmoore...@hotmail.com]
Sent: Friday, June 03, 2011 12:47 PM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error

Finish the migration and be done with it.
M

From: Kennedy, Jim [mailto:kennedy...@elyriaschools.org]
Sent: Friday, June 03, 2011 9:41 AM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error

It's got to be a cache thing somewhere. I would drop a few dollars on PSS at 
this point. Send on Behalf implies secretaries sending on behalf of bigwigs. 
Keeping the bigwigs happy for a few bucks is usually a good thing (tm)

From: pramatow...@mediageneral.com [mailto:pramatow...@mediageneral.com]
Sent: Friday, June 03, 2011 11:50 AM
To: MS-Exchange Admin Issues
Subject: RE: Send on Behalf error


I'm still not getting the dropdown vs pick from address thing...



---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

Re: How often do you have to read through the Received headers on an email?

2011-06-03 Thread Kurt Buff
I have to do this at least once a month - usually I'm troubleshooting
problems that the ISP for a customer or vendor is having..

Interesting case in point, though your script probably wouldn't help with it:

We have a customer who randomly gets bouncebacks when sending us
email. This customer's email is handled by their ISP - they're a small
shop with no IT staff. I finally got on the phone with them to walk
them through getting me the headers from one of their rejected emails.
After scratching my head on it for a while I finally figured it out.

It turns out that their ISP's mail server was randomly deciding that
it didn't want to use the MX record for our domain when sending email
- it was sending it to the A record for our company, which is set to
the bare DN. The A record (example.com) points to our web site, which
is hosted by a third party. Our MX records (mail.example.com and
smtp.example.com) point to mail servers in our site.

However, our web site is hosted on a machine with a local SMTP
service, which will not relay - it's only meant for accepting email
generated by our web site when a customer fills out a form to send
data to us. (Why on Earth the ISP doesn't just bind the SMTP listener
to localhost is beyond me, but beside the point for this discussion -
I'm currently working on fixing that problem.)

I ended up discussing this issue with the customer's ISP, and failing,
in part because of language barriers, to get them to change whatever
moronic configuration they have to use correct procedures for sending
email. So, I explained the problem to the customer, and left it to
them to decide whether they needed a competent ISP, rather than a
cheap one, or one run the the second cousin of the boss' wife, or
something like that.

I do occasionally run into other issues with delivering mail that
point to a correspondent's full mailbox or some misconfiguration of
their mail server or DNS, so it would be a cool tool, but not high on
my priority list.

Kurt

On Fri, Jun 3, 2011 at 13:28, Campbell, Rob
rob_campb...@centraltechnology.net wrote:
 Thinking about writing a PS script that would parse and display the hops an
 email took, along with the latency at each hop, in the right chronological
 order, from email headers read from the clipboard.



 IOW, you could display the Message Options on an email, copy the headers to
 the clipboard, and then run a function from a PS session or hit an icon on
 the desktop to invoke it, and get back a list of hops it took, and how long
 it stayed at each one.





 **
 Note:
 The information contained in this message may be privileged and confidential
 and
 protected from disclosure.  If the reader of this message is not the
 intended
 recipient, or an employee or agent responsible for delivering this message
 to
 the intended recipient, you are hereby notified that any dissemination,
 distribution or copying of this communication is strictly prohibited. If you
 have received this communication in error, please notify us immediately by
 replying to the message and deleting it from your computer.
 **

 ---
 To manage subscriptions click here:
 http://lyris.sunbelt-software.com/read/my_forums/
 or send an email to listmana...@lyris.sunbeltsoftware.com
 with the body: unsubscribe exchangelist

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist


RE: How often do you have to read through the Received headers on an email?

2011-06-03 Thread PRamatowski
Homegrown this?
http://www.mxtoolbox.com/EmailHeaders.aspx

From: Campbell, Rob [mailto:rob_campb...@centraltechnology.net]
Sent: Friday, June 03, 2011 4:28 PM
To: MS-Exchange Admin Issues
Subject: How often do you have to read through the Received headers on an email?

Thinking about writing a PS script that would parse and display the hops an 
email took, along with the latency at each hop, in the right chronological 
order, from email headers read from the clipboard.

IOW, you could display the Message Options on an email, copy the headers to the 
clipboard, and then run a function from a PS session or hit an icon on the 
desktop to invoke it, and get back a list of hops it took, and how long it 
stayed at each one.



**

Note:

The information contained in this message may be privileged and confidential and

protected from disclosure.  If the reader of this message is not the intended

recipient, or an employee or agent responsible for delivering this message to

the intended recipient, you are hereby notified that any dissemination,

distribution or copying of this communication is strictly prohibited. If you

have received this communication in error, please notify us immediately by

replying to the message and deleting it from your computer.

**

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

Re: How often do you have to read through the Received headers on an email?

2011-06-03 Thread PRamatowski
Ps look at headers several times a day, this maybe once or twice a month

Blackberry

From: Ramatowski, Paul M.
Sent: Friday, June 03, 2011 06:05 PM
To: 'MS-Exchange Admin Issues' exchangelist@lyris.sunbelt-software.com
Subject: RE: How often do you have to read through the Received headers on an 
email?

Homegrown this?
http://www.mxtoolbox.com/EmailHeaders.aspx

From: Campbell, Rob [mailto:rob_campb...@centraltechnology.net]
Sent: Friday, June 03, 2011 4:28 PM
To: MS-Exchange Admin Issues
Subject: How often do you have to read through the Received headers on an email?

Thinking about writing a PS script that would parse and display the hops an 
email took, along with the latency at each hop, in the right chronological 
order, from email headers read from the clipboard.

IOW, you could display the Message Options on an email, copy the headers to the 
clipboard, and then run a function from a PS session or hit an icon on the 
desktop to invoke it, and get back a list of hops it took, and how long it 
stayed at each one.



**

Note:

The information contained in this message may be privileged and confidential and

protected from disclosure.  If the reader of this message is not the intended

recipient, or an employee or agent responsible for delivering this message to

the intended recipient, you are hereby notified that any dissemination,

distribution or copying of this communication is strictly prohibited. If you

have received this communication in error, please notify us immediately by

replying to the message and deleting it from your computer.

**

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist


RE: How often do you have to read through the Received headers on an email?

2011-06-03 Thread Don Andrews
Was gonna say the same thing.

From: pramatow...@mediageneral.com [mailto:pramatow...@mediageneral.com]
Sent: Friday, June 03, 2011 3:05 PM
To: MS-Exchange Admin Issues
Subject: RE: How often do you have to read through the Received headers on an 
email?

Homegrown this?
http://www.mxtoolbox.com/EmailHeaders.aspx

From: Campbell, Rob [mailto:rob_campb...@centraltechnology.net]
Sent: Friday, June 03, 2011 4:28 PM
To: MS-Exchange Admin Issues
Subject: How often do you have to read through the Received headers on an email?

Thinking about writing a PS script that would parse and display the hops an 
email took, along with the latency at each hop, in the right chronological 
order, from email headers read from the clipboard.

IOW, you could display the Message Options on an email, copy the headers to the 
clipboard, and then run a function from a PS session or hit an icon on the 
desktop to invoke it, and get back a list of hops it took, and how long it 
stayed at each one.



**

Note:

The information contained in this message may be privileged and confidential and

protected from disclosure.  If the reader of this message is not the intended

recipient, or an employee or agent responsible for delivering this message to

the intended recipient, you are hereby notified that any dissemination,

distribution or copying of this communication is strictly prohibited. If you

have received this communication in error, please notify us immediately by

replying to the message and deleting it from your computer.

**

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe exchangelist