Google Domains and Emails as Logins

georgedyke

Hi!



New to 1Password - and really happy so far, with one exception...



I keep running into the situation where sometimes a login dialogue requires a full email address as a login, and sometimes it requires just the first part of the email address. This has happened quite a bit with Google Apps instances.



For example, when I go to my personal domain Gmail interface, I am asked just to enter my login name and the site assumes that it is "@my-domain.com". Where, when I want to access more generic Google services using this account (since their account consolidation), I have to enter "login@my-domain.com" as my login name.



Naturally I could create more then one 1Password login, and just switch up the login names while entering the same passwords. But this means that I have the same password stored in more then one login profile, which is fraught with version control issues.



So - a couple of questions arise:



1) Is there an existing work around where you can include multiple login names for a given 1Password login profile?

2) Is it possible to assign more then one URL to a given 1Password login profile, and have that URL linked to the use of a specific login name?



Hopefully the question makes sense - happy to provide more examples, and even happier if there's an existing fix or work around.



Otherwise, quite happy with 1Password.



Thanks!



George

khad

Welcome to the forums, George! Thanks for the kind words. <img src='http://forum.agile.ws/public/style_emoticons/<#EMO_DIR#>/skype_smile.png' class='bbc_emoticon' alt=':-)' />



At this time, I think you may need to create two different login items, but I have not come up against this usage myself even with about three different Google Apps domains and a "standard" Google account. I only have one login for each saved in 1Password. I don't have the domain name stored as part of the username for any of them. Then again, I also only use them for email, so perhaps that is the difference. The URL I have saved for each of them is the Gmail login page for each domain:



https://www.google.com/a/[b]example.com[/b]/ServiceLogin?service=mail&passive=true&rm=false&continue=https%3A%2F%2Fmail.google.com%2Fa%2F[b]example.com[/b]%2F&bsv=llya694le36z&ss=1&ltmpl=default&ltmplcache=2



I think I only log in to public Google services with my "real" Google account, though, so perhaps that is the difference. I prefer to keep my Google Apps accounts private, so I don't use them with any "public" Google Services.



I'm sorry I don't have a better answer, but we are always trying to play better with Google. It's a pretty popular thing the kids are using these days. <img src='http://forum.agile.ws/public/style_emoticons/<#EMO_DIR#>/skype_smile.png' class='bbc_emoticon' alt=':-)' />



Please let me know if there is anything else I can help with.



Thanks!

benfdc

Let me add a strong +1 for this. I'm a big fan of 1P and a big fan of Google Apps, and the fact that the two don't play well together is a great annoyance.



One part of the problem ought to be easy to fix on Google's end. How hard can it be, when I'm at a www.google.com/a/appsdomain.com/… Google Apps login page, to accept benf@appsdomain.com as an alias for benf? I suppose it [b][i]could be[/i][/b] more complicated than it appears to a kibitzer like me, but you really have to wonder.



My problem is exacerbated by the fact that I don't just have several Google Apps user accounts. I administer several Google Apps domains, and each of them has several dummy user accounts, and as a result I have a [i][b]ridiculous[/b][/i] number of Google Apps logins in my 1P keychain. Because you can log into a Google Apps user account at any Google prompt, they [b][i]all[/i][/b] show up whenever I go to check my gmail. This is bad enough in and of itself, but my list is nearly twice as long as it needs to be, and it's all too easy to pick the Google Apps login entry at a Google login prompt or vice versa, and whenever I change a login password for a Google Apps user account I have to make sure that the change is replicated in both of the 1P login entries for that user account.



This is a PITA, and I'd like to see it fixed, and I really don't care whether the fix comes from Google or AgileBits.



However.



Even if Google were to start accepting my benf@appsdomain.com user name at a www.google.com/a/appsdomain.com/… login prompt, that would only solve two of my 1Password problems—the need to maintain two entries for many of my Google Apps user accounts, and the need to stop and think about which one to choose depending on whether I am at a Google login page or a Google Apps login page.



There are still other things that 1P could do to make my life easier:[list]

[*]If I'm at a login page at a www.google.com/a/appsdomain.com/… URL, it'd be great if 1P would only show me the Google Apps user account logins for appsdomain.com instead of forcing me to wade through a slew of Google and Google Apps logins that are not valid on that page.

[*]If there were a way to flag or construct Google Apps user account logins so that they would [i][b]only[/b][/i] pop up at www.google.com/a/appsdomain.com/… login pages, I could make my "pick list" at normal Google login pages much more manageable.

[/list]

Maybe there needs to be a special kind of 1P login entry for Google Apps accounts. Or maybe 1P can already deal with all of these issues, and I'll be fine once I learn to jump through the right hoops. I really don't know the answer. But boy, do I ever know the problem!



—Ben F

Ben

Hi folks,



I also am an avid Google Apps user, and obviously a passionate 1Password user. <img src='http://forum.agilebits.com/public/style_emoticons/<#EMO_DIR#>/smile.png' class='bbc_emoticon' alt=':)' /> This works perfectly for me.



Nearly all, if not all, Google Apps accounts were recently transitioned to be real, full blow, Google accounts. You can read about that here:

http://www.google.com/support/a/bin/topic.py?topic=28917



Once that transition has been completed for your account, logging into Google services becomes much easier.



ALL of your Google logins can be in the format of username@domain.com



ALL of your URLs for the login page for Google logins can be updated to:

https://www.google.com/accounts/ServiceLogin?service=mail&passive=true&rm=false&continue=https%3A%2F%2Fmail.google.com%2Fmail%2F%3Fui%3Dhtml%26zy%3Dl&bsv=llya694le36z&ss=1&scc=1&ltmpl=default&ltmplcache=2



This way you can type in URLs like "http://gmail.com" and will be able to login to the resulting login form using 1Password and your Google Apps account. <img src='http://forum.agilebits.com/public/style_emoticons/<#EMO_DIR#>/smile.png' class='bbc_emoticon' alt=':)' />



Please let me know if you need any more help getting this setup.

Ben

benfdc

Ben, what I think hear you saying is that if would only do things correctly I will never again find myself at a Google Apps login prompt. Sorry, but that just ain't so.



Several of the Apps accounts that I deal with and run into this problem on were opened after the transition to which you refer. Not just the user accounts; the Apps accounts themselves. Not all Google services have Google Apps login screens, but enough of them do (mail, docs, sites, and even groups if you have a Google Apps for Business or Google Apps for Education account) to cause problems.



Besides, you are failing to take into account the fact that I might PREFER to head for a Google Apps login page if doing so would present me with five relevant logins to chose from instead of 25 logins of which only five would actually work on that page.



Sorry if I'm coming off as combattive here. Just frustrated.



—Ben F

benfdc

Ben—



I am getting the impression that at least part of the solution is "precise URL matching," and at least part of my problem is that support for this feature in the new generation of browser extensions has not yet solidified.



Time will tell, I suppose. If you can point me to a specific browser version/extension/1P 3.x.x combination where you are sure that precise URL matching is functioning properly, I could do some experimenting on my end.

Ben

[quote name='benfdc' timestamp='1316620588' post='50834']

Ben, what I think hear you saying is that if would only do things correctly I will never again find myself at a Google Apps login prompt. Sorry, but that just ain't so.[/quote]



The only time I am presented with the "old school" way of logging in is when logging into the administration control panel.



[quote name='benfdc' timestamp='1316620588' post='50834']

Several of the Apps accounts that I deal with and run into this problem on were opened after the transition to which you refer. Not just the user accounts; the Apps accounts themselves. Not all Google services have Google Apps login screens, but enough of them do (mail, docs, sites, and even groups if you have a Google Apps for Business or Google Apps for Education account) to cause problems.[/quote]



I'm not sure I follow.



[quote name='benfdc' timestamp='1316620588' post='50834']Besides, you are failing to take into account the fact that I might PREFER to head for a Google Apps login page if doing so would present me with five relevant logins to chose from instead of 25 logins of which only five would actually work on that page.[/quote]



But that isn't the case anyway, is it? For me, all of these end up logging in through an https://something.google.com/something page, so the domain is always google.com, not mydomain.com



[quote name='benfdc' timestamp='1316620588' post='50834']

Sorry if I'm coming off as combattive here. Just frustrated.

[/quote]



I understand. This setup works quite well for me, I'm trying to understand how your usage is different from mine.

benfdc

Ben—



Let's say you and I are working on a high school reunion. I know that too many Bens spoil the broth, but work with me here.



I have a document collection that I want to share with you, so I shoot you the link at your yahoo.com email address because that's the one you check regularly.



Log out of all of your Google and Google Apps accounts, and then hit this link.





[url="http://goo.gl/xvBba"][color=#000099][font=Arial][size=2][u]goo.gl/xvBba[/u][/size][/font][/color][/url]



Depending on your workflow, this sort of thing can come up regularly.



Today, in Chrome, 1Password is showing me dozens of logins for that page, even though only a handful of them could possibly work there. One or two are ordinary Google accounts that won't work here. The great majority are Google Apps user accounts that are associated with a different Google Apps account than this one. And even the logins that are for user accounts for that very Google Apps account may not work without a bit of manual intervention on my part because half or more of them will have the Apps account domain in the user name field. If Google got its act together then that last problem would go away, but I still see plenty of room for improvement in 1Password itself.



Thanks for sticking with me here—I really do appreciate it.

Ben

I see. This does seem to be more of a Google problem than a 1Password problem to be honest, but I can see how it would be annoying either way. In your example, I could go to docs.google.com and login, and see the document, but it is an extra step / less convenient. Of course, I'm usually logged into the three Google Apps accounts I use most all the time anyway (thanks to Google's relatively new multiple sign-ins).



Also: Yahoo mail? Really?

Kidding. Sort of. <img src='http://forum.agilebits.com/public/style_emoticons/<#EMO_DIR#>/wink.png' class='bbc_emoticon' alt=';)' />

benfdc

Actually, my choice of Yahoo Mail was deliberate. I'm sufficiently adept that I am writing here about annoyances. For some yahoos [no slight intended) these are impediments, and even barriers, to use.



One point I was trying to make through the link I posted is that you can sometimes wind up at an Apps login page without intending to go there. Another is that if I have large numbers of apps user accounts in several Apps domains, I might WANT to use an Apps login page rather than a Google login page if using the Apps login page reduces the number of logins that 1P presents me with to a more manageable figure. Unfortunately, at least for now, and at least in Chrome, I get my full roster of Google and Google Apps user logins even if I am at a Google Apps login page for which I may only have one or two user accounts in my keychain.



—Ben

Ben

My personal opinion on the matter is that we should push Google to "do it right" and unify their login pages. <img src='http://forum.agilebits.com/public/style_emoticons/<#EMO_DIR#>/smile.png' class='bbc_emoticon' alt=':)' /> I used to be very active over at the Google Apps Help forum, maybe I need to pick that back up again. <img src='http://forum.agilebits.com/public/style_emoticons/<#EMO_DIR#>/smile.png' class='bbc_emoticon' alt=':)' />



But as far as 1Password is concerned, this is a bigger problem than Google alone. In order to solve this problem we really need more flexibility on URL matching.

benfdc

[quote name='bwoodruff' timestamp='1316631254' post='50911']

In order to solve this problem we really need more flexibility on URL matching.

[/quote]

You left out the part about the timeline. <img src='http://forum.agilebits.com/public/style_emoticons/<#EMO_DIR#>/skype_wink.png' class='bbc_emoticon' alt=':wink:' />



Thanks for your thoughts.

brenty

Indeed, Ben! I wish we knew what to tell you. This is definitely something that we would like to do, but we need to do it right and make it smart enough so that we don't end up making things more difficult at the other end of the spectrum in the process. I suspect that precise matching will have to go hand in hand with equivalent domains, as one without the other may be more trouble than it's worth.



Thanks so much for all of the thought you put into this (and taking the time to illustrate your point!) Most of all, keep pushing us to do better. <img src='http://forum.agilebits.com/public/style_emoticons/<#EMO_DIR#>/smile.png' class='bbc_emoticon' alt=':)' />

benfdc

[quote name='brenty' timestamp='1316756669' post='51108']

Thanks so much for all of the thought you put into this (and taking the time to illustrate your point!) Most of all, keep pushing us to do better. <img src='http://forum.agilebits.com/public/style_emoticons/<#EMO_DIR#>/smile.png' class='bbc_emoticon' alt=':)' />

[/quote]

It's [url="http://forum.agilebits.com/index.php?/topic/7180-master-passwords-with-non-ascii-characters/page__view__findpost__p__44790"]Stu's fault[/url].

brenty

Ha! Indeed. In my experience this is often the case, even when it is not immediately apparent. He is a sly one! <img src='http://forum.agilebits.com/public/style_emoticons/<#EMO_DIR#>/wink.png' class='bbc_emoticon' alt=';)' />

Carl

[quote name='benfdc' timestamp='1316621277' post='50836']

Ben—



I am getting the impression that at least part of the solution is "precise URL matching," and at least part of my problem is that support for this feature in the new generation of browser extensions has not yet solidified.



Time will tell, I suppose. If you can point me to a specific browser version/extension/1P 3.x.x combination where you are sure that precise URL matching is functioning properly, I could do some experimenting on my end.

[/quote]



Google.com is excluded from precise URL matching.



Verify this yourself:



1. Right click on the 1P icon in your applications folder

2. Click Show Package Contents

3. Navigate to Contents >> Resources >> Rules folder



See that AvoidPreciseURLMatching.js file? Open it in a text editor and take a look.



Also, notice the DomainRules.js file sitting next to it. Take a look at it and you'll see that you can do some tweaking to alias domains. (if you know what you are doing)



If you tweak though you'll need to save copies of the files outside of the package as an update to 1Password will overwrite those files back to the default that comes with the update. (thus you would need to copy those files over on every update which is not that big an issue)