 




<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Huge Mail Hangs Machine</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/huge-mail-hangs-machine/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/huge-mail-hangs-machine/</link>
	<description></description>
	<lastBuildDate>Tue, 21 May 2013 12:07:11 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: bmarone</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/huge-mail-hangs-machine/#comment-36209</link>
		<dc:creator>bmarone</dc:creator>
		<pubDate>Fri, 27 Oct 2006 12:32:55 +0000</pubDate>
		<guid isPermaLink="false">#comment-36209</guid>
		<description><![CDATA[If the memberlist is small enough, have each user go in thru OWA55 (webmail) and download/delete it.  With the Exchange Administrator&#039;s password, you could login and do it for them.

If the memberlist is too large for that, use exmerge.

If not already installed, you can install webmail on any domain server, even a test server.  I wouldn&#039;t host it on the Exchange server, as it needs IIS.
]]></description>
		<content:encoded><![CDATA[<p>If the memberlist is small enough, have each user go in thru OWA55 (webmail) and download/delete it.  With the Exchange Administrator&#8217;s password, you could login and do it for them.</p>
<p>If the memberlist is too large for that, use exmerge.</p>
<p>If not already installed, you can install webmail on any domain server, even a test server.  I wouldn&#8217;t host it on the Exchange server, as it needs IIS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stevesz</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/huge-mail-hangs-machine/#comment-36210</link>
		<dc:creator>stevesz</dc:creator>
		<pubDate>Fri, 27 Oct 2006 10:23:50 +0000</pubDate>
		<guid isPermaLink="false">#comment-36210</guid>
		<description><![CDATA[How huge is the huge file? Most organizations set a limit on the size of an e-mail that is accepted at the server, and returns those over the limit. Larger files are usually handled by FTP. 

Probably the easiest way to remove the file from the server is to log in as each user via OWA and delete the mail from there to get it off the server. I never really worked with 5.5, so I don&#039;t kow if deleted item retention is an option. If it is, set it to a low value to completely remove the message, or turn it off. Once it has been totally removed from the database, you may wish to revisit the seting for DIR, and set it to a convenient limit for your situation. Then discuss with your manager(s) about setting a limit for the size of incoming e-mail so this situation does not happen again.

You also seriously need to get your organization off Exchange 5.5 to Exchange 2003. (Even though 2007 is close to being released, the hardware requirements might be too much for your organization isnce it will require a 64 bit CPU for starters.) Spec out a server that will give you plenty of room for an information store of up to 75 GB (size is set by organization between the default 16 GB and 75 GB). Remember you need about 110% of the store size available on your drive(s) to do proper maintenence when needed (on those rare ocassions).]]></description>
		<content:encoded><![CDATA[<p>How huge is the huge file? Most organizations set a limit on the size of an e-mail that is accepted at the server, and returns those over the limit. Larger files are usually handled by FTP. </p>
<p>Probably the easiest way to remove the file from the server is to log in as each user via OWA and delete the mail from there to get it off the server. I never really worked with 5.5, so I don&#8217;t kow if deleted item retention is an option. If it is, set it to a low value to completely remove the message, or turn it off. Once it has been totally removed from the database, you may wish to revisit the seting for DIR, and set it to a convenient limit for your situation. Then discuss with your manager(s) about setting a limit for the size of incoming e-mail so this situation does not happen again.</p>
<p>You also seriously need to get your organization off Exchange 5.5 to Exchange 2003. (Even though 2007 is close to being released, the hardware requirements might be too much for your organization isnce it will require a 64 bit CPU for starters.) Spec out a server that will give you plenty of room for an information store of up to 75 GB (size is set by organization between the default 16 GB and 75 GB). Remember you need about 110% of the store size available on your drive(s) to do proper maintenence when needed (on those rare ocassions).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: elmagoal</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/huge-mail-hangs-machine/#comment-36211</link>
		<dc:creator>elmagoal</dc:creator>
		<pubDate>Thu, 26 Oct 2006 13:22:11 +0000</pubDate>
		<guid isPermaLink="false">#comment-36211</guid>
		<description><![CDATA[The problem is that the email is going to a pst file.  if the pst file is too big, outlook will sit until it is open. the second problem is that the PST is on the HD of the local machine.  Unless you get a 3rd party app that can handle PST you are doing a lot of sneaker net.  You can map to every user&#039;s machine and mount the PST to your profile( the original usercannot be logon or you get access denied). Then follow my previous instructions.  The second problem is the PST in the local drive. Just think about it: if a machine HD dies, the user lost all their mail. Or, you would need to backup all the machines in your organization, which is a bundle of money in backup agents.  So you need to move the PSTs to a network drive.  I do agree with the last response that an upgrade is urgently needed.]]></description>
		<content:encoded><![CDATA[<p>The problem is that the email is going to a pst file.  if the pst file is too big, outlook will sit until it is open. the second problem is that the PST is on the HD of the local machine.  Unless you get a 3rd party app that can handle PST you are doing a lot of sneaker net.  You can map to every user&#8217;s machine and mount the PST to your profile( the original usercannot be logon or you get access denied). Then follow my previous instructions.  The second problem is the PST in the local drive. Just think about it: if a machine HD dies, the user lost all their mail. Or, you would need to backup all the machines in your organization, which is a bundle of money in backup agents.  So you need to move the PSTs to a network drive.  I do agree with the last response that an upgrade is urgently needed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pdmeat</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/huge-mail-hangs-machine/#comment-36212</link>
		<dc:creator>pdmeat</dc:creator>
		<pubDate>Wed, 25 Oct 2006 13:53:49 +0000</pubDate>
		<guid isPermaLink="false">#comment-36212</guid>
		<description><![CDATA[Use exmerge.exe to remove the message from people&#039;s inbox. 

You have my sympathy: Exchange 5.5 has fallen off of MS support a while ago. Someone needs to bite the bullet and upgrade to exchange 2003 and win2003 AD if not so already.

good luck.]]></description>
		<content:encoded><![CDATA[<p>Use exmerge.exe to remove the message from people&#8217;s inbox. </p>
<p>You have my sympathy: Exchange 5.5 has fallen off of MS support a while ago. Someone needs to bite the bullet and upgrade to exchange 2003 and win2003 AD if not so already.</p>
<p>good luck.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gjmach</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/huge-mail-hangs-machine/#comment-36213</link>
		<dc:creator>gjmach</dc:creator>
		<pubDate>Wed, 25 Oct 2006 11:36:36 +0000</pubDate>
		<guid isPermaLink="false">#comment-36213</guid>
		<description><![CDATA[I believe as the admin you can log in to each user&#039;s information store and remove the large message.  Back in my days of desktop support this was a pretty common problem with dial up users - their managers would send 15mb technical manuals through email and effectively stop all the email from working.

To prevent such problems in the future, you may be able to set up a policy that blocks large attachments, and responds to the sender with a message citing the limitation.  

Alternatively, if you have outlook web access set up, you could advise users to log in there and remove the large message, but that would probably not be very efficient.  

In regards to the other response, I don&#039;t know how anyone can access a pst file&#039;s contents without adding it to a mail profile.  Additionally, once it&#039;s in the pst file, it&#039;s off the IS, so therefore no longer an issue.  ]]></description>
		<content:encoded><![CDATA[<p>I believe as the admin you can log in to each user&#8217;s information store and remove the large message.  Back in my days of desktop support this was a pretty common problem with dial up users &#8211; their managers would send 15mb technical manuals through email and effectively stop all the email from working.</p>
<p>To prevent such problems in the future, you may be able to set up a policy that blocks large attachments, and responds to the sender with a message citing the limitation.  </p>
<p>Alternatively, if you have outlook web access set up, you could advise users to log in there and remove the large message, but that would probably not be very efficient.  </p>
<p>In regards to the other response, I don&#8217;t know how anyone can access a pst file&#8217;s contents without adding it to a mail profile.  Additionally, once it&#8217;s in the pst file, it&#8217;s off the IS, so therefore no longer an issue.  </p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using memcached
Database Caching 3/10 queries in 0.037 seconds using memcached
Object Caching 320/329 objects using memcached

Served from: itknowledgeexchange.techtarget.com @ 2013-05-21 12:12:29 -->