You could try printing this command's output to the console in
development:

...
server.login(email, password)
...

It is in line 29 of <web2py source installation>/gluon/contrib/
login_methods/email_auth.py

gluon/contrib/login_methods/email_auth.py

On 23 ene, 13:48, pattu <itapplicationmanagem...@gmail.com> wrote:
> Hi -
>
> Fairly silently.  In the case of running the dev_appserver.py -
> submitting a correct email and password to login form just shows a
> very quick response of invalid login (flash message).  Compared to
> running the web2py built in web server the response is too fast to let
> me believe that my computer talked to the smtp server I am validating
> against.. i.e. the request just failed as a failed login.  But I am
> testing against my organization's smtp and against the gmail smtp,
> which work fine with the web2py built in server.
>
> I am not an experienced python debugger, and my attempts to try and
> step through the smtplib code fail with the GAE - funny errors like
> non-ascii characters in the source files, which make me think that
> debugger I tried (winpdb) didn't like the GAE environment.
>
> The deployed application also shares the same problem.
>
> Somehow debugging whether GAE is letting a TLS request go through
> correctly seems puzzling.  I was fairly interested in using the GAE
> because it came with an easy https access option, (I don't mind the
> appspot subdomain).  I have a short term app that I wanted security
> for.  Googling I've seen some mentions that sockets are not
> implemented fully on GAE, but I don't know if that is currently the
> case.  I would be delighted to get an error message or exception - let
> me know how to turn that on if it exists in inside the smtplib, for
> example.
>
> There could be some silly mistake I am making - I have made a few
> hundred so far, but because the implementation in this case seems so
> simple, I think that GAE might be at fault.  Is there a workaround do
> you think?  In anycase this development process has really been fun -
> web2py is a nice environment to work in.
>
> On Jan 23, 7:21 pm, Massimo Di Pierro <massimo.dipie...@gmail.com>
> wrote:
>
> > Did you try it? How does it fail?
>
> > On Jan 23, 4:07 am, pattu <itapplicationmanagem...@gmail.com> wrote:
>
> > > Hi -
>
> > > I have found 150 answers to different questions already by googling my
> > > way through this list, but I didn't find anything addressing
> > > email_auth (using an smtp server).  Here is code that works fine
> > > running the web2py server, but seems to fail both on the GAE
> > > development server and also deployed.  I might have missed something,
> > > but I have tried to be exhaustive here:
>
> > > ###########################################################################
> > >  #####
> > > #Test this out:  Doesn't work on GAE in development or on Appspot... =-
> > > (
> > > ###########################################################################
> > >  #####
> > > #
> > > #
> > > from gluon.contrib.login_methods.email_auth import email_auth
>
> > > #Try with default - same as auth.settings.login_methods =
> > > [email_auth(server="gmail.com:587", domain="@gmail.com")]
>
> > > auth.settings.login_methods = [email_auth()]
> > > auth.settings.actions_disabled=['register','change_password','request_reset
> > >  _password',
> > > 'profile']
>
> > > Has anybody used email_auth on gae?  Or does anyone know why it fails,
> > > and any ideas how to start debugging this?
>
> > > Patrick
>
>

Reply via email to