Bug 40286 - Pine does not fall back to imap over SSL
Pine does not fall back to imap over SSL
Product: Red Hat Linux
Classification: Retired
Component: pine (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Mike A. Harris
David Lawrence
Depends On:
  Show dependency treegraph
Reported: 2001-05-11 15:46 EDT by Joshua Baker-LePain
Modified: 2007-04-18 12:33 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-05-17 15:56:08 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Edited (for privacy) ~/.pinerc (15.69 KB, text/plain)
2001-05-14 07:56 EDT, Joshua Baker-LePain
no flags Details

  None (edit)
Description Joshua Baker-LePain 2001-05-11 15:46:07 EDT
My inbox is specified in my ~/.pinerc as:


(without the variables of course).  When I open pine, it displays the
following sequence of messages:

[No credentials cache found (try running kinit) for $IMAPS-SERVER]
[Can not authenticate to IMAP server: Invalid base64 string]
[No folder opened]

The same configuration works when I compile pine myself (turning on SSL). 
Yes, I can just do that, but SSL in pine *is* an advertised feature...
Comment 1 Mike A. Harris 2001-05-12 03:46:38 EDT
I'll look into this and get back..  You're the first to report that pine/ssl
does not work.  What imap server is it connecting to, is it a Linux server
or something else, and does it support ssl, kerberos, etc?

Give me as much information about your setup as you can, both pine, and the
imap server if possible.

I'll also need your config file ~/.pinerc

Replace any private info in the file with XXXXXX or something so as not
to publicize your private data.  Attach that to the bug report using the
link below.
Comment 2 Joshua Baker-LePain 2001-05-14 07:57:00 EDT
Created attachment 18270 [details]
Edited (for privacy) ~/.pinerc
Comment 3 Joshua Baker-LePain 2001-05-14 08:09:20 EDT
The IMAP server is Solaris (possibly 2.6, but I'm not sure).  It supports
kerberos for those using the public clusters.  I am not in the kerberos domain.
It also supports IMAP over SSL, which I use with self-compiled versions of pine
(both 4.30 and 4.33).  The pine version I tried was that installed with RedHat

From sniffing the wire while pine starts up, all packets are travelling to/from
the correct port (993) on the IMAPS server.  The 'invalid base64 string' error
is the same one I got when they switched the server to IMAPS and I didn't
have SSL compiled into pine.

Pleasel let me know if I can provide any more info.
Comment 4 chappa 2001-05-16 02:02:31 EDT
what happens if you set try-alternative-authentication-driver-first, do you
still get the same error?
Comment 5 Joshua Baker-LePain 2001-05-16 07:10:20 EDT
Yes -- I get the exact same sequence of errors.
Comment 6 chappa 2001-05-16 21:03:23 EDT
Here's another suggestion: try adding 


to your .pinerc
Comment 7 Joshua Baker-LePain 2001-05-17 08:42:30 EDT
That got it.  So I guess it's a problem in pine "falling back" to SSL when
kerberos doesn't work?  Or is merely PEBKAC?  :)

Comment 8 chappa 2001-05-17 15:56:04 EDT
I'm glad that thelast suggestion solved the problem. Here's a more technical
explanation of what happened.

  Pine and the server when they start a session match a list of authenticators
that both of them know (in your case, kerberos and ssl). In your case, both the
server and Pine had been compiled with this support, the problem that you had
was that you could not obtain the Kerberos credentials from your machine.

  What the command "disable-these-aunthenticators=GSSAPI" does, is to disable
Kerberos authentication *in PINE*, as opposed to disabling this on the server,
so while the server still advertises kerberos authentication to Pine, Pine in
turn does not advertise kerberos authentication to the server, so you are left
with ssl authentication (called actually "PLAIN"), which is the authentication
that is used to login you to the server.

  I hope this helps. Have a nice day!
Comment 9 Mike A. Harris 2001-05-28 17:50:12 EDT
Closing bug - problem determined as not a bug.

Note You need to log in before you can comment on or make changes to this bug.