<?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: Handling Ex-Employee Google Apps Email Accounts</title>
	<atom:link href="http://www.solo-technology.com/blog/2009/03/02/handling-ex-employee-google-apps-email-accounts/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.solo-technology.com/blog/2009/03/02/handling-ex-employee-google-apps-email-accounts/</link>
	<description>A Technology Crow in search of Bright Shiny Objects</description>
	<lastBuildDate>Sat, 11 Feb 2012 03:40:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: davek</title>
		<link>http://www.solo-technology.com/blog/2009/03/02/handling-ex-employee-google-apps-email-accounts/#comment-159266</link>
		<dc:creator>davek</dc:creator>
		<pubDate>Tue, 14 Sep 2010 05:43:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.solo-technology.com/blog/?p=2871#comment-159266</guid>
		<description>AWR,
I am setting up google apps for a small firm with about 30 users. I can forward all incoming emails at this domain to an offsite email address (a paid Gmail account).

How can I route a &quot;copy&quot; of all outgoing emails from this domain to the same offsite email address?
Note: Google apps outbound email server is the primary and only server available.

- dave</description>
		<content:encoded><![CDATA[<p>AWR,<br />
I am setting up google apps for a small firm with about 30 users. I can forward all incoming emails at this domain to an offsite email address (a paid Gmail account).</p>
<p>How can I route a &#8220;copy&#8221; of all outgoing emails from this domain to the same offsite email address?<br />
Note: Google apps outbound email server is the primary and only server available.</p>
<p>- dave</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: aw rouse</title>
		<link>http://www.solo-technology.com/blog/2009/03/02/handling-ex-employee-google-apps-email-accounts/#comment-134456</link>
		<dc:creator>aw rouse</dc:creator>
		<pubDate>Wed, 24 Mar 2010 18:21:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.solo-technology.com/blog/?p=2871#comment-134456</guid>
		<description>I was in a hurry typing that post but to clear up things a bit. 

1) when using google-apps you always have the option to send any non-provisioned email addressed mail to &#039;somewhere&#039; they call it a &#039;catch-all&#039; address but can be any user. I make a user that is actually called &#039;catchall&#039; for this purpose. catchall@example.com 

2) the built-in migration tool is only available to premier g.apps customers, but it is an IMAP mass-migration tool that will  let you go from *any* IMAP anywhere to any g.apps premier account.. that first *any* can be coincidentally a g.apps account premier or not; allowing you to move an entire imap account to-from a catch-all or temporary account. 

If you don&#039;t have premium there are other tools for imap migration and you can always use pop with non-premium accounts to pull off the same trick. when you first enable pop for any g.apps account it asks &#039;for all mail&#039; or for &#039;just new mail&#039;. pick all mail and the first pop access to that account will include everything. 

in the context of the original post; &#039;what to do with past employee email&#039;... 

eg: 

bob@company.com is no longer at company.com 

you use the email migration tool and migrate all bob@company.com to catchall@company.com and set up a filter at catchall@ to put any &quot;to:bob@company.com&quot; archived and put into bob/in label.. and any &quot;from:bob@company.com&quot; archived and labeled bob/sent. 

really no limit to how many users can be set up that way, so you can keep dozens of ex-empl. around, manage their in/out boxes without taking up any add&#039;l user accounts. 

when &#039;jim@company.com&#039; is hired to take place of bob@company.com and needs access to those emails.. migrate the other way. you migrate from catchall@ to jim@ but tell the migration tool that the imap root directory is &#039;bob&#039; and skip the inbox and you&#039;ll just get the bob@ in and out mails. 

with non-premium not much point to this exercise since you get to keep 50 or 100 accounts, but still can be a better management of ex-empl. you&#039;d have to use the pop-access option to make it work, and not sure how you&#039;d filter out just the one account when pulling OUT of the mass mailbox. 

for things to work pretty you need to enable labs option &#039;advanced imap&#039; so you can turn some folders on/off in visible in imap; which all users should do anyhow if using imap to read mail; there is zero point zero use for the &#039;starred&#039; or &#039;all mail&#039;. mailboxes from an imap reading viepoint. 

you can email me if you have more questions. (any post here comes to my email automatically)

-awr</description>
		<content:encoded><![CDATA[<p>I was in a hurry typing that post but to clear up things a bit. </p>
<p>1) when using google-apps you always have the option to send any non-provisioned email addressed mail to &#8216;somewhere&#8217; they call it a &#8216;catch-all&#8217; address but can be any user. I make a user that is actually called &#8216;catchall&#8217; for this purpose. <a href="mailto:catchall@example.com">catchall@example.com</a> </p>
<p>2) the built-in migration tool is only available to premier g.apps customers, but it is an IMAP mass-migration tool that will  let you go from *any* IMAP anywhere to any g.apps premier account.. that first *any* can be coincidentally a g.apps account premier or not; allowing you to move an entire imap account to-from a catch-all or temporary account. </p>
<p>If you don&#8217;t have premium there are other tools for imap migration and you can always use pop with non-premium accounts to pull off the same trick. when you first enable pop for any g.apps account it asks &#8216;for all mail&#8217; or for &#8216;just new mail&#8217;. pick all mail and the first pop access to that account will include everything. </p>
<p>in the context of the original post; &#8216;what to do with past employee email&#8217;&#8230; </p>
<p>eg: </p>
<p><a href="mailto:bob@company.com">bob@company.com</a> is no longer at company.com </p>
<p>you use the email migration tool and migrate all <a href="mailto:bob@company.com">bob@company.com</a> to <a href="mailto:catchall@company.com">catchall@company.com</a> and set up a filter at catchall@ to put any &#8220;to:bob@company.com&#8221; archived and put into bob/in label.. and any &#8220;from:bob@company.com&#8221; archived and labeled bob/sent. </p>
<p>really no limit to how many users can be set up that way, so you can keep dozens of ex-empl. around, manage their in/out boxes without taking up any add&#8217;l user accounts. </p>
<p>when &#8216;jim@company.com&#8217; is hired to take place of <a href="mailto:bob@company.com">bob@company.com</a> and needs access to those emails.. migrate the other way. you migrate from catchall@ to jim@ but tell the migration tool that the imap root directory is &#8216;bob&#8217; and skip the inbox and you&#8217;ll just get the bob@ in and out mails. </p>
<p>with non-premium not much point to this exercise since you get to keep 50 or 100 accounts, but still can be a better management of ex-empl. you&#8217;d have to use the pop-access option to make it work, and not sure how you&#8217;d filter out just the one account when pulling OUT of the mass mailbox. </p>
<p>for things to work pretty you need to enable labs option &#8216;advanced imap&#8217; so you can turn some folders on/off in visible in imap; which all users should do anyhow if using imap to read mail; there is zero point zero use for the &#8216;starred&#8217; or &#8216;all mail&#8217;. mailboxes from an imap reading viepoint. </p>
<p>you can email me if you have more questions. (any post here comes to my email automatically)</p>
<p>-awr</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryan</title>
		<link>http://www.solo-technology.com/blog/2009/03/02/handling-ex-employee-google-apps-email-accounts/#comment-134408</link>
		<dc:creator>Bryan</dc:creator>
		<pubDate>Tue, 23 Mar 2010 17:16:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.solo-technology.com/blog/?p=2871#comment-134408</guid>
		<description>AWR,   That&#039;s just an absolutely confusing post..  How do you setup a &quot;catch-all&quot; address?  Where&#039;s the &quot;Built-in&quot; migration tool?  How to you &quot;IMAP all the files to the catch-all address&quot; ?


Can you be more specific please? Steps would help a lot! 

Thanks
Bryan</description>
		<content:encoded><![CDATA[<p>AWR,   That&#8217;s just an absolutely confusing post..  How do you setup a &#8220;catch-all&#8221; address?  Where&#8217;s the &#8220;Built-in&#8221; migration tool?  How to you &#8220;IMAP all the files to the catch-all address&#8221; ?</p>
<p>Can you be more specific please? Steps would help a lot! </p>
<p>Thanks<br />
Bryan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: aw rouse</title>
		<link>http://www.solo-technology.com/blog/2009/03/02/handling-ex-employee-google-apps-email-accounts/#comment-133602</link>
		<dc:creator>aw rouse</dc:creator>
		<pubDate>Sun, 07 Mar 2010 14:58:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.solo-technology.com/blog/?p=2871#comment-133602</guid>
		<description>i have the perfect solution for this; figured it out when my client had me start to migrate his company to g.apps figuring out they weren&#039;t ready yet; i didn&#039;t want to loose all my work migrating 10GB of email. 

when i set up any g.apps account i make a &#039;catch all&#039; address that &#039;catches&#039; any email whatsoever; when i had my own internal server i didn&#039;t keep &#039;550&#039; emails; but it&#039;s really nice for when somebody &#039;swears&#039; they sent you and email and they did but the typo&#039;d the name! 

so; set up a catch-all email address and when a user leaves the company etc; you use the built-in migration tool and set it up to IMAP all the files to the &#039;catch all&#039; address. 

on the catch-all address; set up filters for in/out for any &#039;archived&#039; user and they will each still have an inbox and outbox. you can get in-touch with me if you want more information; i will get an email if you post a reply. 

coincidentally i just found this post because the same client finally is having me migrate all the users BACK to individual accounts. The system of the 8-in-one works so well ; a smaller company could easily have ONE or TWO g-apps-premier users and host 5-15 people. 

now that the users are back to individual accounts; i&#039;m leaving the &#039;catch all&#039; as is; it will continue to grab a copy of every incoming and outgoing email for the whole company; it&#039;s very powerful admin tool to track how many total emails going in/out etc and to get a very quick idea of which emails are going to 5 vs 2 vs 1 user. 

it&#039;s pretty much flawless; the one and only minor drawback is that outgoing emails are tagged with a header that you are using catchall as the sender (but doesn&#039;t affect replies; the &#039;from&#039; is undisturbed once you validate the user; before validating; gmail actually changes the &#039;from&#039; to catchall@ in this case. 

actually it&#039;s not even a bad thing in a way; the extra header usually makes non-deliveries go back to the catchall and not the end user; so one admin. can follow many of those bounces w/o checking individual accounts! 

-awr</description>
		<content:encoded><![CDATA[<p>i have the perfect solution for this; figured it out when my client had me start to migrate his company to g.apps figuring out they weren&#8217;t ready yet; i didn&#8217;t want to loose all my work migrating 10GB of email. </p>
<p>when i set up any g.apps account i make a &#8216;catch all&#8217; address that &#8216;catches&#8217; any email whatsoever; when i had my own internal server i didn&#8217;t keep &#8217;550&#8242; emails; but it&#8217;s really nice for when somebody &#8216;swears&#8217; they sent you and email and they did but the typo&#8217;d the name! </p>
<p>so; set up a catch-all email address and when a user leaves the company etc; you use the built-in migration tool and set it up to IMAP all the files to the &#8216;catch all&#8217; address. </p>
<p>on the catch-all address; set up filters for in/out for any &#8216;archived&#8217; user and they will each still have an inbox and outbox. you can get in-touch with me if you want more information; i will get an email if you post a reply. </p>
<p>coincidentally i just found this post because the same client finally is having me migrate all the users BACK to individual accounts. The system of the 8-in-one works so well ; a smaller company could easily have ONE or TWO g-apps-premier users and host 5-15 people. </p>
<p>now that the users are back to individual accounts; i&#8217;m leaving the &#8216;catch all&#8217; as is; it will continue to grab a copy of every incoming and outgoing email for the whole company; it&#8217;s very powerful admin tool to track how many total emails going in/out etc and to get a very quick idea of which emails are going to 5 vs 2 vs 1 user. </p>
<p>it&#8217;s pretty much flawless; the one and only minor drawback is that outgoing emails are tagged with a header that you are using catchall as the sender (but doesn&#8217;t affect replies; the &#8216;from&#8217; is undisturbed once you validate the user; before validating; gmail actually changes the &#8216;from&#8217; to catchall@ in this case. </p>
<p>actually it&#8217;s not even a bad thing in a way; the extra header usually makes non-deliveries go back to the catchall and not the end user; so one admin. can follow many of those bounces w/o checking individual accounts! </p>
<p>-awr</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nathan Taylor</title>
		<link>http://www.solo-technology.com/blog/2009/03/02/handling-ex-employee-google-apps-email-accounts/#comment-129255</link>
		<dc:creator>Nathan Taylor</dc:creator>
		<pubDate>Mon, 21 Dec 2009 18:08:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.solo-technology.com/blog/?p=2871#comment-129255</guid>
		<description>I revisited this post after almost nine months because I have to archive an old mailbox from Google apps. I had an idea for a third option. It has some pluses and minuses, but what about downloading it all with outlook to a PST, or with Thunderbird? maybe time consuming, but at least you have a local copy and you can search it or upload it later?</description>
		<content:encoded><![CDATA[<p>I revisited this post after almost nine months because I have to archive an old mailbox from Google apps. I had an idea for a third option. It has some pluses and minuses, but what about downloading it all with outlook to a PST, or with Thunderbird? maybe time consuming, but at least you have a local copy and you can search it or upload it later?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://www.solo-technology.com/blog/2009/03/02/handling-ex-employee-google-apps-email-accounts/#comment-118185</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Sat, 02 May 2009 16:32:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.solo-technology.com/blog/?p=2871#comment-118185</guid>
		<description>Good stuff, thanks. I think asking for the demo will be a good place to start (I still haven&#039;t turned it on...)</description>
		<content:encoded><![CDATA[<p>Good stuff, thanks. I think asking for the demo will be a good place to start (I still haven&#8217;t turned it on&#8230;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: snorkel</title>
		<link>http://www.solo-technology.com/blog/2009/03/02/handling-ex-employee-google-apps-email-accounts/#comment-118073</link>
		<dc:creator>snorkel</dc:creator>
		<pubDate>Fri, 01 May 2009 12:15:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.solo-technology.com/blog/?p=2871#comment-118073</guid>
		<description>Just to muddy the waters for you... I&#039;ve been a Postini company for years and I really love the service.  We use it for both security and archival.  I guess they had me in mind when they built it, as I don&#039;t find the interface to be at all confusing..  But if you do have problems their support is really quite good.  They sure beat the heck out of the Barracuda devices we used to run.. God did I have a hate in my heart for those stupid things.

The archival feature pretty much does what you would expect it to and not a whole lot more.  Mail gets archived.. Mail can be searched for.. Mail can be exported to PSTs.  My only real complaint with it is that it can be sloooowwwww..

If you are thinking of going the Postini route you might want to call &#039;em up and ask for an interactive demo... See if the setup makes sense to you before you pull that trigger.  It isn&#039;t over priced, but it certainly is not cheap.</description>
		<content:encoded><![CDATA[<p>Just to muddy the waters for you&#8230; I&#8217;ve been a Postini company for years and I really love the service.  We use it for both security and archival.  I guess they had me in mind when they built it, as I don&#8217;t find the interface to be at all confusing..  But if you do have problems their support is really quite good.  They sure beat the heck out of the Barracuda devices we used to run.. God did I have a hate in my heart for those stupid things.</p>
<p>The archival feature pretty much does what you would expect it to and not a whole lot more.  Mail gets archived.. Mail can be searched for.. Mail can be exported to PSTs.  My only real complaint with it is that it can be sloooowwwww..</p>
<p>If you are thinking of going the Postini route you might want to call &#8216;em up and ask for an interactive demo&#8230; See if the setup makes sense to you before you pull that trigger.  It isn&#8217;t over priced, but it certainly is not cheap.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

