Ubiquity does not work with google apps for domains

I was in the process of modifying the references, but then stumbled across this thread. I too will be happy when it's fixed. On the other hand, Ubiquity looks absolutely amazing.

yes me too - this is very frustrating! I know it is only 0.1 alpha - but still! :-(

I'm going to try to add this function to my command set. I'll post here when I finish.

I give up. I can't figure out how the google calendar commands work.

I got it to work by copying the builtin command over from the source and then changing all the urls to the url for my domain.

No image for you

Which URL exactly? - can you paste an example - with the your domain replaced with "yourdomain.com" so that we can do it too?

Also is this just for mail or for mail and calendar?

Yes, Y R everywhere, and no I am not a cupcake! Fine > will post pic, Geek

I created a custom command called gmail (just copied the email command) and changed the url that it sends to - this is better but the lookup doesn't work for email addresses - it still uses the gmail address book - not my apps account.

It seems clear that Ubiquity is going to have to offer a way for customisation and constants to be used.

I would need to somewhere put in the gmail apps domain - and then all scripts would use this (if they wanted).

I guess it is going to be a long road from 0.1 to anything near usable for all email solutions when google mail can give all these sorts of problems.

I would hope that a constant could also be called on by the calendar scripts?

Is there any concept of settings for ubiquity yet - can the script use these constants?

You might want to set-up soon standards for the constants also so that other scripts can rely on them - ouch this is beginning to sound quite complex just to scale email across different providers and scripts!

Sorry, I should have made clear in my earlier post that yes, I got gmail working. I have not had time ot mess with the calendar commands yet. For those who might not have figured it out yet, you simply replace "http://mail.google.com" with "http://mail.google.com/a/yourdomain.com".

I have not been able to make it search my domain contacts either. Uses my regular gmail account.

Smitty, you're a legend. The solution to the contacts is to use this URL in the replacement appsChecker function: "http://mail.google.com/a/your.dom.ain/feed/atom". I haven't looked at calendar options yet, because I rarely use google calendar.

I've abstracted the domain into a global variable, and use that throughout the script. Feel free to leech my script at http://tools.rebel-it.com.au/ubiquity/. Just change your domain at the top and away you go. Would be nice to have the script say "what's your domain" the first time through, and from then on, use a chrome setting.

@jez - the get-gmail-address function doesn't seem to work - still gets from gmail not apps

Ah nuts - I forgot I was logged into my gmail account too.

LiveHttpHeaders tells me that running my get-gmail-address command initiates a request to
http://mail.google.com/mail/contacts/...

I can enter this into my browser and it gets the CSV file for me, as long as I'm logged into gmail. If I replace the "mail" with "a/my-domain" in the URL then it fetches my Apps address book, even when I'm not logged into gmail. So far, so good.

The problem is, I can't find anywhere in the standard commands that this URL is defined (searching for "contacts"). Also, the supplied "get-email-address" command's function does practically nothing but returns (displays) the text of the supplied address. If I manually run "get-email-address" when logged in to gmail (not apps) then this function correctly displays the found email address, but there's some kind of black magic going on behind the scenes.

Aha, in the ubiquity extension folder in my profile (extensions\ubiquity@labs.mozilla.com\chrome\content) the file nountypes.js defines the "noun_type_contact" and a callback function getGmailContacts(). This function uses the standard gmail URL to export a CSV file, as shown above. So we might be able to declare an alternative type and use a URL of our choosing.

I found the nountypes.js file, but in my case it was located in content/nlparser/en. I did exactly as you suggested by adding my domain to the function getGmailContacts and now, ubiquity searches my google apps contacts. Now on to the calendar.

Ok, got the calendar working as well by editing builtins.js and changing all references to www.google.com/calendar to www.google.com/calendar/hosted/yourdo.... I like Jez's idea of using a variable, but this should be built in to Ubiquity, because every time there is an update, you will have to make these mods again.

I tried replacing the type with my own noun_type_contact_apps, and a copy of the function. I'm doing this because I'd like to be able to choose between "email" and "gappsmail" when I'm sending an email. Also, I want my scripts to work even after an upgrade. So implementing a new command doesn't touch the core parts that get replaced on upgrades.

Alas, I just get errors. I think I'll end up doing what Smitty's done and just hack the core commands file. Once that works, I'll progressively replace bits with my own hacked copy of each declaration.

As an aside, I see the "email" command as a generic one, which should not be tied to gmail (of any variety) and I should be able to configure the "email" command to go to gmail, gappsmail, thunderbird, yahoo, or whatever. This is part of the reason I'm trying to implement a new email command rather than replace the one that's there.

I've done what Smitty did and just replaced the strings. Only I cut and pasted the functions and type defs into my own add-on, and they replace the ones that are there, so I won't lose anything when I upgrade. This seems to be a reasonable compromise until I can work out how to add new commands without javascript errors. If you wanna play, get the v0.2 version from my tools page http://tools.rebel-it.com.au/ubiquity/. Still with no calendar, but that's next.

Great work and imagination jez - installed your script - but still not working for me.

I wonder if things have just got too messed up in my scripts now! :-(

Are you using it in the command editor? Did you change the domain? Do you have any other scripts in the command editor, or subscribed to?

If your scripts are all butchered, perhaps you should re-install ubiquity and try again.

I was thinking that it'd be nice if the "email" command could auto-detect whether you're logged into a gmail account or a google apps account, and act accordingly - even getting the domain automagically from when it runs findGmailTab(). I might have a go at that idea, so the calendar will have to wait.

Grouchal, I've done a tweak to my script, so try it again (v0.3). I just re-tested these commands, so please try them out:
* last-email (takes about 5 seconds to complete)
* get-email-address fred
* email some subject to fred
Tell me which fail and which work.

I now have a version (0.4) that looks for the domain, so you don't have to set the variable at the top of the script. This works as long as you have a tab opened on mail.google.com/a/yourdomain. The next step might be to retrofit the old gmail stuff, so that if it can't find a google apps email URL, it will then assume you have a gmail tab and revert to the original behaviour.

I've now put up version 5 on my tools site, and that version reinvents the calendar commands "add-to-calendar" and "check-calendar", based on Smitty's instructions. Use like this:

add-to-calendar go to lunch with mum tomorrow

and

check-calendar today

Strangely, I couldn't get "add-to-calendar" to work for me, until I adjusted the call to addToGoogleCalendar(eventString) to be addToGoogleCalendar(eventString.text). Without that change, it seems that the name of the object was being given as the event title, and funny characters probably caused it to fail to add. Looks like a but to me, but I'm new to all of this, and not a Javascript programmer, so I could have it all wrong here. Smitty, did you test adding a calendar event?

Adding a calendar entry doesn't refresh the calendar tab, so it might be nice to add that in.

Looks like they know about the bug. See the "Ubiquity add to calendar command_problem" topic. Same fix as mine.

In his fix, Aza also enhanced the feedback when an event is created. I'll see if I can splice it into my offerring soon. See http://labs.toolness.com/trac/ticket/150 for info on the bug and links to the patches.

Aza's fix also does the "refresh calendar" thing. Nice one.

Arrrrgh! If you've subscribed to my gmailApps script, then it's probably not working for you. I'm not sure why, but none of my commands are showing up when subscribed to. So, for now, don't subscribe to it, instead choose "view" and then cut-paste into your Command Editor.

I think I've fixed the problem - my web server was not dishing out the correct MIME type to the .js files. Note that I had to unsubscribe, then close firefox, then resubscribe, to get a version of the script that wasn't in the browser cache.

Google Apps for Domains is the downfall of many, many applications. I've found that Google themselves often don't support Apps for Domains. And if you've got a regular Google account as well, you're pretty much screwed. I really think Google needs to do something about this.

Hey Jez, nice work with the google apps ubiquity commands. I've been slowly fiddling with it whilst I've been reading this thread, trying to determine exactly how to implement it. It might be useful if you could add just a little info on what we need to do to actually get it working with our google apps.
I'm not trying to be annoying.
Truly awesome work dude.

Hey Jez, nice work with the google apps ubiquity commands. I've been slowly fiddling with it whilst I've been reading this thread, trying to determine exactly how to implement it. It might be useful if you could add just a little info on what we need to do to actually get it working with our google apps.
It appears to be able to create an email in google apps when I specify the address, but it cannot detect my email contacts. The Calender function works very well.
I'm not trying to be annoying.
Truly awesome work dude.

I'm disappointed that Google Apps (calendar) still isn't working! I would love to have this fixed!

And, 7 months later, it's apparently still not working.

im still having this problem after a year since the start of this post.
any solution???

Anyone trying my scripts from some time ago might find that they no longer work in the new Ubiquity parser (in v0.5). I actually haven't been using Ubiquity for a long time, and haven't kept the scripts up to date. Sorry about that. When I get some time I'll have a go at getting it all to work with the new parser. My goal is to allow you to type "send this using google-apps" vs "send this using gmail" and also to be able to specify a default. I can't say when I'll get time to even start on this.

Heather, have you found anything in your investigations?

Jbuzzrd: I don't have a lot of info on how it all works. Most of the code was plagiarised from other sources with only a hint of understanding about how it worked. So there's not much info I can give you. In a general sense, google apps runs the same way as gmail, but with a different URL, with different cookie names, and so on. I'm not sure why the contacts wouldn't work for you - they worked OK for me at least for a while.