Nick, please read the post carefully. "It isn't that the App needs the logins"
The problem is that I suspect he wants the application to be on myapp.mycompany.com - but there are already loads of e-mail accounts @mycompany.com and so the company doesn't want to move to using Google Apps. Although I was under the impression that existing @mycompany.com "normal" google accounts continue to work even though mycompany.com is signed up to Google Apps. I must say that although I don't quite understand the issues here, the whole Google Apps thing is a real mess - I had to use a different browser to post this for example because Google Groups doesn't work with an Apps account - and the multiple account switching feature doesn't work with all services either. It's making Google look pretty bad, which isn't ideal anyway, but it's on their flagship paid-for product! I've been an Apps user for 3 years (1 paid, 2 free) and I'd be really upset if I was still paying. Mat. On Sep 30, 8:01 am, Nick Johnson <nickjohn...@google.com> wrote: > Hi Brandon, > > > > > > > > > > On Fri, Sep 30, 2011 at 4:52 PM, Brandon Wirtz <drak...@digerat.com> wrote: > > I may have explained poorly…**** > > > ** ** > > > It isn’t that the App needs the logins, it’s that all of the personal > > accounts become Managed accounts, Every one of the users would go through > > the “Migration” on their Google Voice, Google Plus, Picasa, etc.**** > > > ** ** > > > The worry of the school is that the pic of a 12 year old girl in her > > underwear posted to picasa goes from being “owned” by the personal account, > > to being owned by an organizational account.**** > > > ** ** > > > Also every time a user forgets their password, they go from doing support > > through Google, to support through the administrator. That’s a lot of > > overhead on a bunch of students.**** > > > ** ** > > > This is not a big deal for me, the client isn’t going to pay me enough that > > I care, but I though they raised some good points that I wanted to share.* > > *** > > > ** > > There's no need to migrate any accounts at all. Your app can accept signins > from any Google account, not just those on an Apps domain. > > -Nick Johnson > > ** > > > > > > > > > > > > > *From:* google-appengine@googlegroups.com [mailto: > > google-appengine@googlegroups.com] *On Behalf Of *Nick Johnson > > *Sent:* Thursday, September 29, 2011 11:14 PM > > *To:* google-appengine@googlegroups.com > > *Subject:* Re: [google-appengine] More Apps For Domains "getting in the > > way" stuff**** > > > ** ** > > > Hi Brandon,**** > > > ** ** > > > What you describe isn't compatible with the current configuration. Simply > > set up Google Apps on the domain solely to associate the domain name with > > the App Engine app, and configure the app to accept logins from any Google > > Account. There's no need to create accounts for users of the app on the > > domain.**** > > > ** ** > > > -Nick Johnson**** > > > ** ** > > > On Fri, Sep 30, 2011 at 3:57 PM, Brandon Wirtz <drak...@digerat.com> > > wrote:**** > > > I ranted once before about the issues Apps For Domains created for my > > Adwords account with the unified login, but I have a new rant from a > > potential customer… **** > > > **** > > > They currently use exchange mail and Group policy objects. They don’t want > > to be responsible, for these student accounts Documents, Messenger, Google+ > > etc. They quite specifically want those to be personal accounts, so that > > they don’t have any potential liability for how students use those accounts. > > **** > > > **** > > > In my view this makes for a pretty good case of why not to require GAE to > > be tied to Apps For Domains. Not just in my app, but in any org that would > > decide the wanted an app on their domain but the email addresses they > > provide are not employees, or there are so many of them they wouldn’t want > > to administer them through AFD (which is not designed for administering 100k > > people.**** > > > **** > > > I know BestBuy and some other large Orgs are on GAE, are they using > > AppsForDomains? Are they running on their primary domain?**** > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google App Engine" group. > > To post to this group, send email to google-appengine@googlegroups.com. > > To unsubscribe from this group, send email to > > google-appengine+unsubscr...@googlegroups.com. > > For more options, visit this group at > >http://groups.google.com/group/google-appengine?hl=en.**** > > > **** > > > ** ** > > > -- > > Nick Johnson, Developer Programs Engineer, App Engine > > > **** > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google App Engine" group. > > To post to this group, send email to google-appengine@googlegroups.com. > > To unsubscribe from this group, send email to > > google-appengine+unsubscr...@googlegroups.com. > > For more options, visit this group at > >http://groups.google.com/group/google-appengine?hl=en.**** > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google App Engine" group. > > To post to this group, send email to google-appengine@googlegroups.com. > > To unsubscribe from this group, send email to > > google-appengine+unsubscr...@googlegroups.com. > > For more options, visit this group at > >http://groups.google.com/group/google-appengine?hl=en. > > -- > Nick Johnson, Developer Programs Engineer, App Engine -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.