Announcements and discussions for Gnus, the GNU Emacs Usenet newsreader
 help / color / mirror / Atom feed
From: Harry Putnam <reader@newsguy.com>
To: info-gnus-english@gnu.org
Subject: Re: Imap problems after yrs of use with my config.
Date: Tue, 15 Aug 2017 09:35:18 -0400	[thread overview]
Message-ID: <874lt9j6nd.fsf@local.lan> (raw)
In-Reply-To: <874lt97m7x.fsf@ericabrahamsen.net>

Eric Abrahamsen <eric@ericabrahamsen.net> writes:

> Harry Putnam <reader@newsguy.com> writes:

[...]

>>
>> They've told me to use the `App passwd' now.  Of course I replied
>> letting them know it was not working and waiting now to hear back.
>>
>> So any suggestions as to what I can do to learn more about why it is
>> rejected?
>
> I doubt this is much to do with Gnus in particular. A quick scan of the
> Fastmail documentation simply says that your "real" account password
> will only work with Fastmail's own app/web client, so you should
> definitely be using the "app password" you created for Gnus. Just to
> make everything clean, I'd also delete the authinfo line, and give the
> credentials manually when Gnus prompts you.

Interestingly, given the fact that fastmail has been very explicit
about using my new App passwd and imap.fastmail.com, I've found a
workaround for the time been that may quit working down the road.

I've discovered, by accident, and using the shotgun approach of trying
everything I can think of, that by connecting to a supposedly no-
longer working server NOT imap.fastmail.com that my new account
password works just fine.  Not the App passwd.

So for now, all is well.


> They also say not to use starttls, but it looks like nnimap will try ssl
> first, anyway, so that shouldn't make any difference. If you're
> a belt-and-suspenders kind of guy, you could try setting nnimap-stream
> to `ssl' in your secondary methods setting.

When and if my `by chance' solution quits working, I'll try that with
ssl.

You're right about it not having anything to do with gnus
But great thanks for doing your best even though that is true.

The one thing gnus did have to do with this is that when I used the
supposed wrong server IP, gnus prompted me for user and passwd, and
then asked if it should write that info to ~/.authinfo, I replied `yes'
and gnus obligingly wrote the pertinent info to ~/.authinfo.

Well done gnus!




  reply	other threads:[~2017-08-15 13:35 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-08-14 19:09 Harry Putnam
2017-08-14 23:39 ` Eric Abrahamsen
2017-08-15 13:35   ` Harry Putnam [this message]
2017-08-15 13:16 ` Byung-Hee HWANG (황병희, 黃炳熙)
2017-08-17 14:42   ` Harry Putnam

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=874lt9j6nd.fsf@local.lan \
    --to=reader@newsguy.com \
    --cc=info-gnus-english@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).