Tuesday, 25 August 2009

google domain name change

alter domain records for google apps pointing to your own URL:

In the dns section of your hosting services control panel create cname files thus:

docs CNAME 3600 ghs.google.com.
mail CNAME 3600 ghs.google.com.

etc.

note the final period at end...

so now:
http://docs.thecrossing.co.uk

points to google docs app for The Crossing, etc

Monday, 24 August 2009

Sharing Address Book in Google Apps

One issue which at present is prohibiting a move away from egroupware is the addressbook. The MySQL backend of eGw allows address info to be shared with considerable granularity and control, it is arguably onw of the best aspect of the app.

Having now replicated all eGw users in The Crossing's google apps domain, we are on the brink of migrating email from eGw, but there is one issue - there at present would be no shared address book.

It is possible to export the entire eGw addressbook (in vcard format) and import it into a users google account, (this works nicely, including import of eGw categories as google groups). The addresses don't show in other domain users accounts. one short term owrkaround would be to invite all users to import said addressbook. How are ammnedments and additions then dealt with? They wouldn't be...

Possible solutions?
1. Google Shared Contacts API, according to this, by using the aforementioned, users outside of the apps domain, can become shared. Not sure how this works...

2. LDAP backend for google apps? see here.
This wouldn't have to be iphone compatable as an iphone can also (read only) an LDAP address book. see here.

Saturday, 22 August 2009

Google calendar setup

There are some things to note when setting up the calendars using google apps, especially if you're trying to work with more than one domain as I am.

Sharing calendars

Viewing another users' original calendar can be added in the 'Add a friend's calendar' box, but it's possible to share secondary calendars that users create by sending out a link with the calendar's address.

There's also the question of whether such shared calednars show as 'my calendars' or in the 'other calendars' pane. I think the issue is determined by whether you give permissions for the other user to manage the sharing on that calendar, not whether the users happens to be an apps admin as some suggest (eg here). I'll report back on this after more experience.

Friday, 17 July 2009

A Survey on Collaborative Working and Sharing in Church Communities

Thanks for coming to look at the survey! The form can be very easily completed online and should only take a minute or two.

The main survey questionnaire is here

The purpose of the main survey, part of my sabbatical, is to establish in what ways Churches at present manage the pastoral administration of the life of their Churches. The survey also seeks to gain an insight into desirable developments in this area, facilitated by technology.

I have tried to make the questions as generic as possible, with no particular denominational emphasis, consequently some questions may not perfectly fit your situation.

If you're interested to know what I'm specifically interested in developing with this piece of work have a look at this post.

A second questionnaire for those interested in being part of a team to work on a project to develop software is here. This is not just for those with IT software development skills, the input of end users/practitioners will be important as well.

Monday, 13 July 2009

Moving from eGroupWare?

Will it really be possible to make an easy transition from eGroupware?

One problem is that Felamimail is proving difficult to use because of it's slowness.

I'm drawn to using google apps as it works nicely with my iphone. I never got a mobile solution that worked with egw. eg caledar sharing is working well, with multiple calendars.

The important issue centres around migrating the addressbook. At present, by using different eGw addressbooks we have grouped contacts for different Churches in the Circuit, and also for some departmental groups at The Crossing Church & Centre eg 'cafe contacts', 'mark's work contacts' etc etc. By doing this we have been able to control which eGw users see which contacts. By also using categories we have been able to sub-sort groups of contacts.

Even if we import all users into our google domain as shared contacts using the shared contacts API I don't see how we can replicate the granular control we previously had? Does the API work with the free (standard) version of google apps? (This program only works with pro/education versions. This is an example of the kind of software application that can be developed using the API.)

In the short term perhaps this is not an issue. In reality the eGw addressbook is rarely used for creating printed lists of members etc, as they can only be printed from the web application in a basic form. Accessing the SQL database directly for the purposes of creating reports has proved tricky as well, although in theory that should be quite possible.

I found importing the vcf export of the eGw addressbook into my google account worked very well (with the exception of the birthday field). This does not make the contacts shared however, that needs doing by the API.

A quick and dirty short-term solution could be to let every user import their own contact list using the the vcf? These lists would soon be come unsyncronised of course. Would that matter as long as someone held the master one which records Church membership?

Interesting example of what someone in another profession (legal) to achieve many of things above here
hmm

Friday, 10 July 2009

setting up google apps for domain

As suggested by google I'm creating a CSV for importing the accounts.

here's where you'll find them on a linux machine:

/etc/passwd - Where the user's name, and other pertinent information are stored. This includes the password unless your system is using shadow passwords.

Tip: copy the text into a wp, change the ':' for ',' ; save the file as a csv then you can open the file in calc, columns are sorted for you to drop into the google-formatted csv

Monday, 6 July 2009

Project Outcomes?

I'm particularly keen to develop the ability to achieve the following in ways which could be easily implemented in any number of Church situations:

email

  • shared address book for all those working in a team
  • email lists for contacting groups, available to those given permission

calendars

  • shared and personal calendars available from a variety of locations including mobile, all synchronised
  • calendars for Church groups, which notify/invite group members
  • good granular control of views and editing
contact lists
  • lists which are accesible to a wide area network, with granular control
  • ability to produce membership lists, directoryies etc in an easy manner
  • categorise entries to create groups and teams of contacts
  • track pastoral need and requests
  • lists which can work in a hierarchy eg parish/diocese, church/circuit, church/synod, etc
tasks
  • create and share tasks and jobs with the groups above, including tracking etc
  • ability to create taks from mobile device and keep synced

Tuesday, 23 June 2009

The Future of Work - Future of the Church?

I came across an interesting book, The Future of Work, by Thomas Malone, when I was reading Eric Raymond's essay The Cathedral and the Bazaar. For those interested in the story of Linux and opensource software Raymond's (developing) essay has become required reading.

Raymond talks about the fact that internet technology made it possible for a hitherto unimagined number of hackers (coding experts - not to be confused with nuisance 'crackers', although in common parlance this mistake is often made,) to address the bugs (problems) that invariably arise when writing computer code. Coding problems in large programmes that would have been almost insurmountable to a small number of people, become relatively manageable with enough people working on the problem. 'Many eyeballs can tame complexity', he says, referring to the fact that modern software is too complex to be written by one person alone. It has to be a collaborative work, and the crossover points of that collaboration are often the cause of the programming problems.

In 'The Future of Work' the impact of technology upon business is explored. Malone argues that increasingly we are moving from a centralised to a decentralised model of organisational structure. The suggestion is that the changes that we have seen in other areas of human organisational groupings, from feudal landlords to democratic governments have been facilitated by various technologies (eg literacy) are going to effect business too, in ways which we have only just begun to imagine.

What is it that enables these changes to happen? Malone argues that it is the cost of communication plummeting that facilitates new modes of working.

I have always been fascinated by means of communication and believe that a communication task is it the heart of the Gospel. These changes in communication mode are one of the things that have inspired me to explore the area from the perspective of Christian theology.

It was as communication improved that larger and larger models of society were able to form, to the extent that kings, emperors etc. could rule vast areas, using written decree as the means of communication. When the printing press brought about the revolution of literacy for the masses, a new form of rule and governance was created in the form of democracies. Along with the ability to communicate, the human desire for autonomy and freedom brought about dramatic change. Now we are in the midst of another revolution, the technological on, and the same human desire for freedom, is already heralding in another era of freedom from the large bureaucracies of business corporations.

Models of Church organisation have not always mirrored the developments that we have seen throughout human history in a concurrent way, but there is little doubt that the different models of leadership, organisation and governance that we have seen in human society can also be detected in the variety of Christian churches that we encounter.

Some churches, to this day, have large centralised hierarchies which operate on a global scale. Power is held centrally; the decision making process filters down the line, with those at grass roots level having little decision making power. Other churches, network and offer association in much looser and more informal ways, with grass roots thinking having an ability to be disseminated through things like websites, facebook groups etc. Cafe church is an example of this perhaps. Interesting to note though that the churches which have not had hierarchical structures as part of their life are not just the new kids on the block, non-conformist congregationalists being an example.

Is it possible that Church decentralisation could have a real impact on Church life in the future? Perhaps it's already happening, but like decentralisation in business, we can't see it whilst we're in the midst of it.

In the Methodist Church of Great Britain a dramatic change has been taking place especially in the last 50 years, namely a rapid contraction of the number of members. Arguably as a result of this Methodism, as an organisation, does not have the power and influence it once had, but in this instance, unlike in the business world, the change was not driven by factors such as 'cheap and plentiful communication'. Many other factors have been part of the picture. Methodism, like many other 'legacy' churches, faces the challenge of how to respond to the situation we find our selves in. Are there proactive responses we can make? Have we in recent years only been reactive to challenging situation we find the Church in? Often that's how it's felt to me.

Malone again:
'When most people think about decentralization (sic), they stop at loose hierarchies. That is, they think of decentralization as the delegation of many decisions to lower levels in hierarchies. But what if power were not delegated to lower levels? What if, instead, it originated there? How much energy and creativity might be unlocked if all the members of an organization felt in control?'

There is a distinctly patronising tone about recent encouragement of 'the laity' in the life of the Church, especially when the initiative comes from 'above' and has the unmistakable appearance of merely being a desperate response to the fact that the old ways are proving unsustainable.

How refreshing if the drive towards new creativity and energy in the life of the Church were not from a reactive response of desperation, but a confirmation of our belief that God is not one 'on high' but one who networks with the people in life transforming ways which bring a whole new meaning to the word power.

Monday, 8 June 2009

imap googlemail with egroupware

The main reasons for thinking about setting up a google apps account for our domain (thecrossing.co.uk) URL are:

  1. plenty of email address available (200 booked)
  2. email aliases can be setup
  3. email groups (including non domain email addresses) can be created; eg cafeboard@thecrossing.co.uk
  4. 8gb/user inbox! Eliminates archive issues?
  5. sluggish egoupware interface can be used alongside google's fast gmail web app
  6. Search in gmail is very fast

Notes for setting up gmail with egroupware:

  • every person should have a firstname.surname@thecrossing.co.uk email address
nb. addresses like admin@ and sedm@ can be aliases
  • Hopefully domain wide email settings can be inserted so that each individual (and new) eGw accountdoesn't have to both with email.

  • By default local IMAP folders for drafts, junk, sent,trash templates should not be created.
  • Google versions of the above should be specified instead, eg [Google Mail]/Sent Mail
nb. for some (kookie?) reason all the google folders are described as [Google Mail]/Sent Mail etc EXCEPT the google Drafts folder, it is just called Drafts, but is in the list between [Google Mail]/Bin and [Google Mail]/Sent Mail entries. Don't confuse it with the default (local) Drafts folder of the same name!

  • That same drafts folder needs to be ticked in the which folders (additional to the Sent Folder) should be displayed using the Sent Folder View Schema list. Though to me that seems to be asking the opposite?! ie the sent folder view doesn't offer an active 'to:' box, like the compose email windows does. I'm sure they mean 'should not be displayed...'. Ticking this makes the emails in the drafts folder show an active 'to:' section when re-opended for sending anyway.

Friday, 5 June 2009

the challenge of email

There are many challenges to the business of email and in particular how it is used as a tool for working together.

Just for a moment I want to go back a stage though and think about how we setup an email service.

My main assumptions - which you can challenge by all means - are:

1. It's good to have an email address that looks professional:
eg joe.bloggs@townvillemethodist.org.uk

2. Everyone working in the organsiation, including volunteers, group could have such an email address if they wanted.
(this could involve email forwarding to a personal (or main) email address as well)

3. It's good to be able to store old email as an archive of conversations (both sent and received)

4. Emails should be accessible from any PC that's online, (and perhaps sometimes from an offline PC).

5. Most people don't want to think about how it works, they just want it to do so in the above way, so it needs to be simple to administer/setup


Many people simply use MS Outlook Express to access an email account that is provided by the internet service provider (ISP). By default this is done using the Post Office Protocol (POP), the key thing to note about POP is that (usually) it downloads each email off the server and doesn't leave a copy there, that means the copies reside on your local PC. Such a solution has been OK for m,any in the past, but with an increasing number of people using more than one PC it has been problematic, eg keeping foolders of 'sent mail' synchronised on different computers.

Using Internet Message Access Protocol (IMAP) is an alternative to POP, the main difference is that the email is viewed from the server online, typically a local caopie is not downloaded. Also the folders reside on the (distant) email server as well, so things like the sent items folder only exist in one place, not on each local machine. IMAP has become possible since broadband. When dial-up was the norm, and connecting was very expensive, 'sending/receiving' email and then disconnecting was the best way to do it.

When I started to use eGroupware, an opensource web-based groupware working tool, we soon realised that email was a key part of of the programme, not least because many of the notifictions from different elements of the software used emails as the means of alerting you to new events etc.

At present our email server is the one provided by the company that hosts our URL and webspace. One problem with it is that, by default, it only offers 10 email addresses, also the size of the email server is limited to 400mb across the 10 accounts.

These limitations are one of things that makes googlemail worth looking into. A google apps account can have 100s of email address, including alias email addresses which can be forwarded to a main account(s), and the size of the mailboxes is massive, no problem archiving here.

I intend to explore this more...

Monday, 1 June 2009

some research

One of the things I've said I'll do as a piece of research is some survey work. perhpas a neat way of doing this is to use google apps. Google apps is one of the possible tools that could be used by Church communities to work togther as teams, although there are some notes of caution about committing to Google as a solution, more of which later.

Anyone can have a google apps account, but one neat feature is that the URL you've spent good money on renting can be used as the URL google uses. This is particularly important for email, whereby you (obviously?) want to use the URL name in your email addresses.

Once you've migrated your URL to google and google apps is setup (and that takes a little bit of effort learning about MX records etc. I'll try and retrun to that subject as well), you can start using another part of google apps - google docs.

below is a simple webform that can be easily created. The neat bit is that the replies to the form get inserted into a (ms compatible) spreadsheet, which is not a bad way to start manipulating the information:

You can also embedd the forms into any webpage.

Here's my embedded form:


What do you think?

Mark

Tuesday, 19 May 2009

Scoping - what's it all about?

During my 3 month sabbatical from the daily work of Methodist ministry I'm exploring the ways in which technology can be used in the life of the Church community. Amongst other issues, some of which I've explored previously, I'm going to focus on ways in which we can use technology as a tool for effective communication, collaborative working and sharing of information.

Blogging to keep a journal of my thinking and work through this period, is an attempt to practice what I'm hoping to preach (not from the pulpit though!).

Some areas for exploration that have already occurred to me include: (I think some business approaches would call this 'scoping' the project)
  1. Theological reflection - unpacking why this is relevant to ministry
  2. Consideration of how that theology could be applied
  3. Research - polling a group of practitioners to survey: what appraches are currently employed; what would be desirable; how such approaches could be implemented
  4. Analysis of currently available approaches to achieve given aims
  5. Explore possibility of a group continuing to work on the area of ICT as tool for ministry/Church
  6. Conclusion - consider making a proposal to take this work forward
Follow this blog if this sounds interesting. Your comments welcome!