[PATCH 2/2] Don't fail mysteriously if we cannot get a password

Paul Grove paul.a.grove at gmail.com
Mon Dec 13 17:19:25 GMT 2010

I tried with -u Curses.Blinkenlights, no change,
I can see the same colourful curses ui irregardless of version (that is -
they at least look the same).

Just tried with TTY.TTYUI (which in the older version also prompts for
password) and this also fails.

Paul Grove

On 13 December 2010 16:44, Sebastian Spaeth <Sebastian at sspaeth.de> wrote:

> On Mon, 13 Dec 2010 09:33:18 -0600, Sebastian <Sebastian at SSpaeth.de>
> wrote:
> > Rework repository.IMAP.getpassword() to not return None on failure which
> > leads to mysterious Exceptions in the bowels of imaplib. Rather fail with
> a
> > clear exception explaining what went wrong.
> >
> > Some extended documentation and cleanups in the functino en-passent.
> Oops. please don't apply this one yet. Raising an Exception rather than
> returning None might have implications on how and whether we prompt the
> user for a password. I had taken that into consideration, and I am not
> very familiar with that part of the code.
> So we need to look into why the UI doesn't ask for a password,  but
> simply uses "None". One thing that comes to my mind is that not all UIs
> support getting passwords from the user.
> Paul, try specifying -u Curses.Blinkenlights to see whether you are using a
> different UI by default now.
> Sebastian
> _______________________________________________
> OfflineIMAP-project mailing list
> OfflineIMAP-project at lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/offlineimap-project
> OfflineIMAP homepage: http://software.complete.org/offlineimap
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/offlineimap-project/attachments/20101213/16a009b1/attachment-0001.html>

More information about the OfflineIMAP-project mailing list