<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Church Tech Matters &#187; Google Apps</title>
	<atom:link href="http://churchtechmatters.com/tag/google-apps/feed/" rel="self" type="application/rss+xml" />
	<link>http://churchtechmatters.com</link>
	<description></description>
	<lastBuildDate>Wed, 02 Nov 2011 12:14:13 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Mt. Gilead’s Experience with Google Apps for Domains – Part II</title>
		<link>http://churchtechmatters.com/2009/04/27/mt-gileads-experience-with-google-apps-for-domains-part-ii/</link>
		<comments>http://churchtechmatters.com/2009/04/27/mt-gileads-experience-with-google-apps-for-domains-part-ii/#comments</comments>
		<pubDate>Tue, 28 Apr 2009 04:20:00 +0000</pubDate>
		<dc:creator>Jim Walton</dc:creator>
				<category><![CDATA[Church IT]]></category>
		<category><![CDATA[Google Apps]]></category>
		<category><![CDATA[website]]></category>

		<guid isPermaLink="false">http://churchtechmatters.com/?p=1079</guid>
		<description><![CDATA[It’s been a while, but this post is long overdue. In the prior post, I primarily discussed the basics of getting started and evaluating Google Apps for Domains. I realize that I actually left out some of the drawbacks of &#8230; <a href="http://churchtechmatters.com/2009/04/27/mt-gileads-experience-with-google-apps-for-domains-part-ii/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>It’s been a while, but this post is long overdue. In the <a href="http://churchtechmatters.com/2009/02/23/mt-gileads-experience-with-google-apps-for-domains-%E2%80%93-part-i/" target="_blank">prior post</a>, I primarily discussed the basics of getting started and evaluating Google Apps for Domains. I realize that I actually left out some of the drawbacks of using Google Apps. The Church IT Roundtable group has discussed this in more detail. I want to bring up a couple of those arguments before continuing in order to help you decide if this is the right solution for your group.</p>
<p><strong>Possible Disadvantages of Google Apps</strong></p>
<ul>
<li>* If you want to back up individual email boxes, you will need to obtain a separate solution to do this or work with the IMAP/POP access to download your messages locally. </li>
<li>* You do not have any administration over individual messages or mailboxes outside of changing passwords. You cannot delegate access to another account or a group of accounts. For some people, this is really important. The most Google Apps lets you do is change a user’s password or tell people to share passwords. I’ve seen hints that there may be a little more functionality in the Enterprise edition, but have not personally tested that. </li>
<li>* Setting up a shared calendar for everyone in the domain takes a little bit of work, though it’s gotten easier in the recent months. Setting up resources such as rooms is quite a bit more difficult than doing the same in Exchange. </li>
<li>* You are at Google’s mercy for backups and restores. If you host your own email or use a dedicated email host, you may have more granular backups.&#160; On the flip side, if you host your own email, you’re responsible for the backups so this may even out for some people. </li>
<li>* Our biggest limitation – trying to send out to a large number of email addresses for bulk mailings. Google has an upper limit of 100 distinct email addresses at a time and 500 distinct email addresses per day per account.&#160; That means that if you want to send out an email to a larger congregation, you’ll be better off with using a dedicated email service or some other notification method.&#160; Google Apps will definitely run into some limitations.&#160; You’ll know that the emails failed because they’ll all come back with a “failed permanently” message. </li>
<li>* In order to enable each user’s POP or IMAP access or to set auto-replies or forwards, you need to log in to each account. I wanted to be sure that people were set up with IMAP access and that certain accounts had an auto-response on every email. Having to log in to each account to set this bothered me a little from an administration standpoint. Using multiple browsers helps some, but it still takes some extra time. I hope the administration side grows as Google Apps gets more popular. </li>
</ul>
<p>&#160;</p>
<p>For our purposes, the administration is a little awkward, but we have a small number of users. The limitations on how many emails we can send per day affects us only when we’re doing a new program or holding a new event. Other than that, the benefits far outweigh the negatives. With all of that being said, I wanted to concentrate on the next areas of concern in our migration process.</p>
<p><strong>3. Migration process to Google Apps.</strong></p>
<p>&#160; For most people, this is one of the big concerns. Your users probably have a lot of emails already stored either in Exchange or in POP3 and local stores.&#160; If your email client supports IMAP, you could simply add your Google Apps account as a new IMAP account and then drag and drop your emails from your old folders into Gmail.&#160; If this option won’t work, there is a <a href="http://code.google.com/p/google-email-uploader/" target="_blank">Google Email Uploader</a> that may work for you. You can find the <a href="http://code.google.com/p/google-email-uploader/wiki/UserGuide" target="_blank">instructions here</a> or the <a href="http://code.google.com/p/google-email-uploader/wiki/FAQ" target="_blank">FAQ here</a>. Note that this tool is designed primarily for Google Apps email and will probably not work with a normal Gmail account.</p>
<p>&#160; For our purposes, we started forwarding a copy of each user’s mail as it arrived on our old web host accounts.&#160; That let us pick up from that point and not worry about migrating those emails. It was also easier for us than logging into each account and setting up POP access to the old servers. The older email still lives in Outlook PST files for the moment, mostly because our users haven’t asked to have them migrated yet. We definitely plan to migrate them, but nobody has even mentioned missing old emails so far.&#160; That probably says something about our use of email, but I’d rather not concentrate on that right now. <img src='http://churchtechmatters.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>&#160; What will work best for you depends quite a bit on how heavily each person uses email. Some may be a simple drag and drop through IMAP. Some may want to organize everything in specific categories. Do some planning with your users and you will have a much better success rate.</p>
<p><strong>4. Current usage of Google Apps</strong></p>
<p>&#160; We made it easy for our staff to use by setting up some basic aliases for our domains. Google provides some suggestions for you if you want to change their default (long) URLs to something friendlier. For example, if you use Calendar, the first option you see when you choose to change the URL is calendar.yourdomain.org.&#160; You may customize this as you see fit, but I’d recommend coming up with something easy to remember and setting up your CNAME aliases shortly afterwards.&#160; Google makes this pretty easy by including instructions for all sorts of DNS hosts. Just follow those to add new CNAME aliases and you’ll be able to point your users to much easier to remember addresses.</p>
<p>&#160; Our primary use of Google Apps is still email. We don’t do too much planning at this time, though I’m trying to encourage at least a small internal calendar for our staff and workers.&#160; We still set up some IMAP clients for sending more richly formatted HTML messages, especially when doing announcement mailings. Because we regularly send out messages to groups of people, we have created several different Groups within the domain management piece. This lets our church administrator define a group such as “Men” or “Women” that he can use to send announcements to a targeted set of people. Google Apps allows some control there so members may email that group, only specified people may email the group, or the group is accessible to everyone.&#160; Most of our email lists of this sort are limited to certain owners to avoid possible abuse of the address tied to the group.&#160; Other listserv systems may be better suited to this purpose so I’d still advise looking around at your options before choosing to set up groups on Google Apps.</p>
<p>&#160; Having finished the basic configuration of Google Apps, I’ve mostly had the experience now of being able to sit back and let it run.&#160; The worst problem we had was when our users tried to set up or access their accounts on new machines. The default CAPTCHA images are pretty hard to read even for someone used to CAPTCHAs. For older users, the images are pretty hard to figure out and I’ve had to talk people through this a couple of times. However, once everyone is up and running, I don’t hear anything about email issues. In fact, most of the users like the ability to log in easily while not in the office.</p>
<p><strong>5. Other benefits of Google Apps for the small church</strong></p>
<p>&#160; So what other benefits are there to Google Apps? For our church, we’re content with just email. However, I know of churches who use the Calendar and Docs areas heavily to share important internal documents. Some set up Sites within their domain for internal use and share information through those sites.&#160; However, the biggest benefits after email are<br />
 likely to be found in the Calendar and Docs areas.</p>
<p>&#160; With just a little effort, your users can set up a new calendar to plan out an event or to track vacations. They can then share that calendar easily to people within the domain so others can either see the details as they arise or even help edit the calendar events. This is a great way to ensure that your event planning runs smoothly. It can also be helpful to keep track of your staff members’ appointments and allow your office workers to help them plan out their schedules. if you want, you can even set up a public-facing Event calendar that can be pushed outside of your Google Apps users.&#160; People can subscribe to the calendar through a URL or through RSS feeds. If you have a calendar of events that changes regularly, this may be very helpful for you.</p>
<p>&#160; I’ll touch on Google Docs briefly. Google Docs includes Word Processor, Spreadsheet, and Presentation modules as well as a PDF (Adobe Acrobat) viewer. Any PDF files can be viewed straight out of your Google Apps email now and then saved if you wish into your Documents.&#160; Most common Office document formats (Word, Powerpoint, Excel) can be viewed or imported into Google Docs, though you may lose formatting along the way so the document may not appear exactly the same.&#160; If you just need to work on a basic Word Processor, Spreadsheet, or Presentation, Google Docs can get the job done. It’s a great way to take notes and then share them easily to your users or to save an initial draft for later work when you’re not near your normal PC.</p>
<p>&#160;</p>
<p>If you want to keep up with the changes to Google Apps, be sure to follow <a href="http://feeds.feedburner.com/GoogleAppsUpdates" target="_blank">this RSS Feed</a>. It’s a great way of getting notifications about everything that Google is rolling out to your users.</p>
<p>&#160;</p>
<p>I’d love to hear from you now. What are you doing? What questions did I not answer? How do you use Google Apps for your organization?</p>
<p>&#160;</p>
<p>For Him,</p>
<p>-Peter Schott</p>
]]></content:encoded>
			<wfw:commentRss>http://churchtechmatters.com/2009/04/27/mt-gileads-experience-with-google-apps-for-domains-part-ii/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Mt. Gilead&#8217;s Experience with Google Apps for Domains – Part I</title>
		<link>http://churchtechmatters.com/2009/02/23/mt-gileads-experience-with-google-apps-for-domains-%e2%80%93-part-i/</link>
		<comments>http://churchtechmatters.com/2009/02/23/mt-gileads-experience-with-google-apps-for-domains-%e2%80%93-part-i/#comments</comments>
		<pubDate>Mon, 23 Feb 2009 06:00:12 +0000</pubDate>
		<dc:creator>Jim Walton</dc:creator>
				<category><![CDATA[Church IT]]></category>
		<category><![CDATA[Google Apps]]></category>
		<category><![CDATA[website]]></category>

		<guid isPermaLink="false">http://churchtechmatters.com/?p=1028</guid>
		<description><![CDATA[As most small churches have very little money allocated in the budget for e-mail short of what comes with a basic hosting plan, I wanted to share our experiences with Google Apps for Domains, from our planning phase to implementation, &#8230; <a href="http://churchtechmatters.com/2009/02/23/mt-gileads-experience-with-google-apps-for-domains-%e2%80%93-part-i/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>As most small churches have very little money allocated in the budget for e-mail short of what comes with a basic hosting plan, I wanted to share our experiences with <a href="http://www.google.com/apps/" target="_blank">Google Apps for Domains</a>, from our planning phase to implementation, and through our current usage at <a href="http://www.mgbconline.org">Mt. Gilead Baptist Church</a>.</p>
<h4>1. Where we were</h4>
<p>Prior to our migration to <a href="http://www.google.com/apps/" target="_blank">Google Apps</a>, we depended on the e-mail solution provided by our hosting provider. While it worked well for a lot of things, we felt that our ability to manage and work with our e-mail was not very efficient. Our church was considering changing our hosting provider to a new company that would work better with our website CMS and provide a little more storage so we would not keep bumping up against space limits.  However, that left us with the problem of how to proceed with our e-mail as all accounts, mailing lists, and management were handled by our hosting provider.  At this point, we began to explore our options – setting up personal e-mail accounts, setting up e-mail with our new host, or hosting with a 3rd party.  Having read some information about Google Apps for domains, we decided to explore that as a possible solution.</p>
<h4>2. Exploration of Google Apps &#8211; benefits, drawbacks, extras</h4>
<p>Obviously one of the major concerns with using a solution is whether it will meet your needs sufficiently. Our needs:</p>
<p>1. E-mail hosting</p>
<p>2. Easy Web Access for e-mail</p>
<p>3. Integration with existing e-mail tools, Outlook in our case.</p>
<p>4. A small learning curve.</p>
<p>5. A calendar for internal schedule coordination.</p>
<p>Google Apps offers 3 different editions – a Free edition, Business/Enterprise edition, and a Non-Profit edition that is essentially the same as Enterprise, but only available to non-profits. We started at the <a href="http://www.google.com/apps/intl/en/business/index.html" target="_blank">Welcome site</a> to get more information. Looking into the messaging offerings (e-mail and IM), we found that we would get 7 GB of storage per user, 25 for non-profits/enterprise and would meet Requirements 1-3 above.  From my prior experience with G-mail, I realized that there would be a small learning curve for our users, but nothing insurmountable.  Requirement #5 is met through Google’s Calendar solution and details can be found <a href="http://www.google.com/apps/intl/en/business/messaging.html" target="_blank">here</a>.</p>
<p>Of course, there’s more to Google Apps for Domains than just e-mail and calendar apps.  They also include Word Processor, Spreadsheet, and Presentation software, and basic web page editors mostly intended for internal use called Google Sites,</p>
<h4>Testing It All Out</h4>
<p>Of course, I wanted to test this out before actually migrating our church to it; therefore, I signed up for a personal domain for myself and began the sign-up process for Google Apps.  This used to be an easy process for “Standard” users because Google offered one button for Free and one for Premier.  The Standard edition link is now much smaller.  Both signup links can be found <a href="http://www.google.com/apps/intl/en/business/details.html" target="_blank">here</a>. However, if you’re trying out Google Apps for yourself before making any recommendations, you can get started for your personal domain <a href="http://www.google.com/apps/intl/en/group/index.html" target="_blank">here</a>. This will take you to the “Standard” edition page to sign up.</p>
<p>At this point, you will have an option to buy a domain name or enter one you already administer. I had already purchased a domain name so used that. You’ll need to provide some basic information, including the name of your organization and other information necessary to work with the domain. Choose your administrator account name carefully as you can’t change this once your account is set up. I probably would have chosen differently had I known this ahead of time.</p>
<p>In order to start using Google Apps, you need to prove that you own your domain. You can do this by uploading a special file to your web site or by creating a CNAME DNS record to create an alias that points to Google. Either way, Google will be able to verify that you own the domain pretty quickly after that and you can start customizing your configuration.</p>
<p>I quickly added CNAME aliases for the various services Google provides, mostly using defaults buy customizing some where I thought it made more sense for my use.  For example, docs.mysite.org is aliases to ghs.google.com and will direct anyone using that DNS name to the Google Docs area of my Google Apps. Google provides very clear instructions for different DNS Management tools to help you out. I was quickly able to migrate most of my settings over to Google Apps, including e-mail for my domain (which was new to me so I didn’t have any down time to worry about).</p>
<p>After some testing with my account, I was ready to make a plan for our church to migrate from our hosted POP E-mail solution over to Google Apps. I’ll provide more details for that in my next post.</p>
<h5>Coming soon…</h5>
<p>3. Migration process to Google Apps, (focus on e-mail)</p>
<p>4. Current usage of Google Apps</p>
<p>5. Other benefits of Google Apps for the small church</p>
]]></content:encoded>
			<wfw:commentRss>http://churchtechmatters.com/2009/02/23/mt-gileads-experience-with-google-apps-for-domains-%e2%80%93-part-i/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

