<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Mimecast Blog - Latest Comments</title><link xmlns="http://www.w3.org/2005/Atom" rel="http://api.friendfeed.com/2008/03#sup" href="http://disqus.com/sup/all.sup#forumcomments-228e857c" type="application/json"/><link>http://mimecast.disqus.com/</link><description></description><atom:link href="http://mimecast.disqus.com/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Fri, 11 May 2012 19:37:09 -0000</lastBuildDate><item><title>Re: Email archiving: To delete or not to delete?</title><link>http://blog.mimecast.com/2012/02/email-archiving-to-delete-or-not-to-delete/#comment-526824071</link><description>&lt;p&gt;Excellent! Glad you liked it. What really stuck out to you?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Justin Pirie</dc:creator><pubDate>Fri, 11 May 2012 19:37:09 -0000</pubDate></item><item><title>Re: Email archiving: To delete or not to delete?</title><link>http://blog.mimecast.com/2012/02/email-archiving-to-delete-or-not-to-delete/#comment-526576943</link><description>&lt;p&gt;Very informative post indeed! I randomly got to this blog from google and i really learned something here unlike many other blogs i have visited before. &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Email archiving</dc:creator><pubDate>Fri, 11 May 2012 14:44:45 -0000</pubDate></item><item><title>Re: Placing Your Trust in the Cloud</title><link>http://blog.mimecast.com/2012/05/placing-your-trust-in-the-cloud/#comment-517894090</link><description>&lt;p&gt;I'm really glad you've found that. What made you take the jump in the end?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Justin Pirie</dc:creator><pubDate>Thu, 03 May 2012 14:20:39 -0000</pubDate></item><item><title>Re: Placing Your Trust in the Cloud</title><link>http://blog.mimecast.com/2012/05/placing-your-trust-in-the-cloud/#comment-517771549</link><description>&lt;p&gt;We have taken the leap of faith as it were and adopted cloud technology and i can say only good things about it. It has improved our buisiness in more ways then one and cut costs which means more money for other things. &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Email archiving</dc:creator><pubDate>Thu, 03 May 2012 12:20:03 -0000</pubDate></item><item><title>Re: The #MIME20 Twinterview Round Up</title><link>http://blog.mimecast.com/2012/03/the-mime20-twinterview-round-up/#comment-504016410</link><description>&lt;p&gt;Great roundup. Im happy someone took the time to make one. Thank you for posting! &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">email archiving</dc:creator><pubDate>Fri, 20 Apr 2012 10:41:19 -0000</pubDate></item><item><title>Re: The History of MIME Infographic</title><link>http://blog.mimecast.com/2012/03/the-history-of-mime-infographic/#comment-499061238</link><description>&lt;p&gt;Thanks!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Justin Pirie</dc:creator><pubDate>Mon, 16 Apr 2012 14:00:34 -0000</pubDate></item><item><title>Re: The History of MIME Infographic</title><link>http://blog.mimecast.com/2012/03/the-history-of-mime-infographic/#comment-499040031</link><description>&lt;p&gt;Great post! Very informative! &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">email archiving system</dc:creator><pubDate>Mon, 16 Apr 2012 13:37:07 -0000</pubDate></item><item><title>Re: Delivering Software at Mimecast- like Facebook?</title><link>http://blog.mimecast.com/2012/02/delivering-software-at-mimecast-like-facebook-2/#comment-493087927</link><description>&lt;p&gt;Thanks! What did you like best?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Justin Pirie</dc:creator><pubDate>Tue, 10 Apr 2012 06:51:10 -0000</pubDate></item><item><title>Re: Guest Post: Migrating between email servers- SMTP Namespace Sharing (Part 2)</title><link>http://blog.mimecast.com/2011/06/guest-post-migrating-between-email-servers-smtp-namespace-sharing-part-2/#comment-492442238</link><description>&lt;p&gt;I'm a little confused by this.  On the Exchange 2010 Configuration side, how do you distinguish between the SMTP connector to the outside world and the SMTP connector to the 2003 server, or any server you want to send unresolved recipients to? Aren't the two SMTP connectors essentially identical, with the exception of the smarthost?   There's nothing to say, "if it is an unresolved recipient, use connector B instead of Connector A"..  &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Erndog5800</dc:creator><pubDate>Mon, 09 Apr 2012 16:02:58 -0000</pubDate></item><item><title>Re: Delivering Software at Mimecast- like Facebook?</title><link>http://blog.mimecast.com/2012/02/delivering-software-at-mimecast-like-facebook-2/#comment-492140727</link><description>&lt;p&gt;Great post! I really like your opinions. Some great pointers in here. Thank you! &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">email archiving solution</dc:creator><pubDate>Mon, 09 Apr 2012 09:54:22 -0000</pubDate></item><item><title>Re: 2012 – Year of BYOD.  But how do you ensure everyone is happy?</title><link>http://blog.mimecast.com/2012/02/2012-year-of-byod-but-how-do-you-ensure-everyone-is-happy/#comment-488798045</link><description>&lt;p&gt;Great post! Very entertaining and informative ! &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">email archiving solution</dc:creator><pubDate>Fri, 06 Apr 2012 07:57:17 -0000</pubDate></item><item><title>Re: Microsoft Exchange Server: Yesterday, Today, and Tomorrow</title><link>http://blog.mimecast.com/2011/12/microsoft-exchange-server-yesterday-today-and-tomorrow/#comment-487300947</link><description>&lt;p&gt; Great overview of all transitions. Very informative post !&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">groupwise email archiving</dc:creator><pubDate>Thu, 05 Apr 2012 10:32:30 -0000</pubDate></item><item><title>Re: Email archiving: To delete or not to delete?</title><link>http://blog.mimecast.com/2012/02/email-archiving-to-delete-or-not-to-delete/#comment-486102712</link><description>&lt;p&gt;Great post. Very informative. Reading your blog really helped me learn about email archiving. &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">hipaa email compliance</dc:creator><pubDate>Wed, 04 Apr 2012 11:46:22 -0000</pubDate></item><item><title>Re: Get Full Control over your Exchange remote PowerShell session</title><link>http://blog.mimecast.com/2011/08/get-full-control-over-your-exchange-remote-powershell-session/#comment-414089637</link><description>&lt;p&gt;Very nice but ...&lt;/p&gt;

&lt;p&gt;PS &amp;gt; $identity = 'Mailbox Database 0311695863'&lt;br&gt;PS &amp;gt; $sb = {(Get-MailboxDatabase -Status –Identity $identity).DatabaseSize.ToBytes()}&lt;/p&gt;

&lt;p&gt;This does not seem to work as $identity does not get properly parsed.&lt;br&gt;If I type the string in $sb directly it works, but using $Identity does not.&lt;/p&gt;

&lt;p&gt;So how do I get a local variable to remote session?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Decato</dc:creator><pubDate>Wed, 18 Jan 2012 02:34:25 -0000</pubDate></item><item><title>Re: Vint Cerf is Too Modest; Internet Access is a Human Right</title><link>http://blog.mimecast.com/2012/01/vint-cerf-is-too-modest-internet-access-is-a-human-right/#comment-407549248</link><description>&lt;p&gt;Sorry Nathaniel, I think Vint is right on the money with this one. &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Oneill3</dc:creator><pubDate>Tue, 10 Jan 2012 20:53:35 -0000</pubDate></item><item><title>Re: Vint Cerf is Too Modest; Internet Access is a Human Right</title><link>http://blog.mimecast.com/2012/01/vint-cerf-is-too-modest-internet-access-is-a-human-right/#comment-406094609</link><description>&lt;p&gt;Nathaniel, I appreciate the intense response, but i still think there is an issue here that you may not have considered. I am not devaluing the Internet by any means. What I am saying however, is that we should not enshrine a particular technology as a human right. The right to communicate (speak, hear, write, read) is vital. Any particular way to do that is an enabler. You mention clothing. You would presumably agree that, for example, a formal black tie outfit is not, in itself, a human right. It IS an article of clothing, and clothing is, by your post, a human right. But what we care about is the clothing, not a particular garment, label, etc. The Internet is one of the most recent in a long skein of inventions that have enhanced our ability to share our thoughts and ideas. It is a remarkably malleable medium. But if, someday, something new comes along that is even better, will we cling to the Internet as a human right or turn to the new thing as a better enabler of the right to communicate? &lt;/p&gt;

&lt;p&gt;By the way, the 32 bit address space was selected in 1973 when Bob Kahn and I wrote our first paper on the design of TCP. That allowed for 4.3 billion addresses. Computing was realized in the form of large scale time sharing systems, each one serving hundreds to thousands of users. At the time, it seemed like an amble address space FOR AN EXPERIMENT. By the early 1990s, it was well recognized that the space would ultimately be exhausted as the Internet became available to the public and effort to design its replacement began in the Internet Engineering Task Force. That resulted in a new standard format, IPv6 (version 6). &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Vint</dc:creator><pubDate>Mon, 09 Jan 2012 05:47:54 -0000</pubDate></item><item><title>Re: Vint Cerf is Too Modest; Internet Access is a Human Right</title><link>http://blog.mimecast.com/2012/01/vint-cerf-is-too-modest-internet-access-is-a-human-right/#comment-402736274</link><description>&lt;p&gt;Bravo, Nathaniel!&lt;/p&gt;

&lt;p&gt;The only thing I'd add to this is to emphasize that as the technological level of our society changes over time, what constitutes a "human right" changes too.&lt;/p&gt;

&lt;p&gt;You discussed this briefly in the case of clothing and shelter, but another example could be government regulation of printing presses.  In 16th century England, for example, the government granted monopoly status to a small group of printing-press owners, effectively granting them the authority to decide what would and would not be printed.  Although this action had many critics, at least it could be said that anyone who wanted to "get the word out" had many alternative channels to do so-- town criers, handwritten manuscripts, etc., all of which were at the time well-established as means of communication.&lt;/p&gt;

&lt;p&gt;When the English government tried to impose much less stringent rules on the American colonies in the 18th century (the Stamp act, which was essentially a tax on printed material) this was decried as a violation of the fundamental human right of free speech.  After 200 years of technological progress, the printing press had eclipsed all other means of mass dissemination of ideas and the others had faded into obscurity.&lt;/p&gt;

&lt;p&gt;In a very similar way, nobody would have considered Internet access to be a fundamental right in 1995-- there were many other ways of getting one's message out.  By now, other channels are slowly fading into obscurity and practical exercise of the right to freely communicate one's ideas to a mass audience requires uncensored access to the Internet.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Michael McClennen</dc:creator><pubDate>Fri, 06 Jan 2012 14:55:38 -0000</pubDate></item><item><title>Re: Exchange &amp;#8211; Removing Illegal Alias Characters using PowerShell</title><link>http://blog.mimecast.com/2011/08/exchange-removing-illegal-alias-characters-using-powershell/#comment-395939459</link><description>&lt;p&gt;Will this work on DistributionGroups as well?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Zolon</dc:creator><pubDate>Wed, 28 Dec 2011 14:46:36 -0000</pubDate></item><item><title>Re: Queue reporting in Exchange 2010 – Guest Post by Jaap Wesselius</title><link>http://blog.mimecast.com/2011/05/queue-reporting-in-exchange-2010-%e2%80%93-guest-post-by-jaap-wesselius/#comment-369967141</link><description>&lt;p&gt;Hi Ant,&lt;/p&gt;

&lt;p&gt;I don't have such a script available, but it is an interesting idea. Can you elaborate a bit more on what you want to achieve and I'll see what I can do.&lt;/p&gt;

&lt;p&gt;Thanks,&lt;br&gt;Jaap&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jaap Wesselius</dc:creator><pubDate>Tue, 22 Nov 2011 05:19:36 -0000</pubDate></item><item><title>Re: Queue reporting in Exchange 2010 – Guest Post by Jaap Wesselius</title><link>http://blog.mimecast.com/2011/05/queue-reporting-in-exchange-2010-%e2%80%93-guest-post-by-jaap-wesselius/#comment-366249967</link><description>&lt;p&gt;Hi Jaap,&lt;/p&gt;

&lt;p&gt;Do you have any script similar to this but instead, it will look on the messages tab and send a notification if there is a message that is more than 10mb for example?&lt;br&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ant Benedict</dc:creator><pubDate>Thu, 17 Nov 2011 02:32:47 -0000</pubDate></item><item><title>Re: Queue reporting in Exchange 2010 – Guest Post by Jaap Wesselius</title><link>http://blog.mimecast.com/2011/05/queue-reporting-in-exchange-2010-%e2%80%93-guest-post-by-jaap-wesselius/#comment-348311520</link><description>&lt;p&gt;Great Script - Love it&lt;/p&gt;

&lt;p&gt;I did make the mod below to only report queues over a 0 and not the ShadowRedundancy.&lt;/p&gt;

&lt;p&gt;$Queue = Get-ExchangeServer | where {$_.isHubTransportServer -eq $true} | Get-Queue | where {$_.Messagecount -gt 0  -and $_.DeliveryType -ne "ShadowRedundancy" } | Select Identity,DeliveryType,Status,MessageCount,NextHopDomain, LastRetryTime,NextRetryTime | ConvertTo-HTML -head $BodyStyle&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Keith</dc:creator><pubDate>Fri, 28 Oct 2011 12:42:23 -0000</pubDate></item><item><title>Re: Open relay in Microsoft Exchange 2010 (and 2007)</title><link>http://blog.mimecast.com/2010/09/open-relay-in-microsoft-exchange-2010-and-2007/#comment-332512676</link><description>&lt;p&gt;Hello Vman1 - yes, this has to be run per connector, though you could script that fairly simply to call the connector name...&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Barry Gill</dc:creator><pubDate>Wed, 12 Oct 2011 07:38:33 -0000</pubDate></item><item><title>Re: Open relay in Microsoft Exchange 2010 (and 2007)</title><link>http://blog.mimecast.com/2010/09/open-relay-in-microsoft-exchange-2010-and-2007/#comment-320303588</link><description>&lt;p&gt;What do you do if you have 4 or 5 connectors setup?&lt;br&gt;Do you have to run it on each one?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Vman1</dc:creator><pubDate>Mon, 26 Sep 2011 13:11:06 -0000</pubDate></item><item><title>Re: Open relay in Microsoft Exchange 2010 (and 2007)</title><link>http://blog.mimecast.com/2010/09/open-relay-in-microsoft-exchange-2010-and-2007/#comment-304780352</link><description>&lt;p&gt;&lt;/p&gt;

&lt;p&gt;Hi Andrew, understand your frustration.&lt;br&gt;No,&lt;br&gt;Receive Connectors by default do not allow anonymous submission, and&lt;br&gt;reciprocally, Send Connectors send anonymously by default, without requiring&lt;br&gt;authentication.&lt;/p&gt;

&lt;p&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nicolas Blank</dc:creator><pubDate>Thu, 08 Sep 2011 01:59:23 -0000</pubDate></item><item><title>Re: Open relay in Microsoft Exchange 2010 (and 2007)</title><link>http://blog.mimecast.com/2010/09/open-relay-in-microsoft-exchange-2010-and-2007/#comment-304780176</link><description>&lt;p&gt;&lt;/p&gt;

&lt;p&gt;No,&lt;br&gt;Receive Connectors by default do not allow anonymous submission, and&lt;br&gt;reciprocally, Send connectors send anonymously by default, without requiring&lt;br&gt;authentication.&lt;/p&gt;

&lt;p&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nicolas Blank</dc:creator><pubDate>Thu, 08 Sep 2011 01:58:50 -0000</pubDate></item></channel></rss>
