From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0) Feature request: please enable the PASSFILE option to enable the saving of passwords between pine sessions. Most other e-mail clients have this capability, and it would be nice if pine on redhat did too. Here's a suggested patch to add to pine's specfile that enabled this feature: --- pine4.33/pine/osdep/os-lnx.h_orig Tue Apr 10 08:58:30 2001 +++ pine4.33/pine/osdep/os-lnx.h Tue Apr 10 09:07:40 2001 @@ -225,6 +225,12 @@ /*--------- Program employed by users to change their password ---------*/ #define PASSWD_PROG "/usr/bin/passwd" +/*---------------------------------------------------------------------- + File name used to store the user's server/id/password triple between + session. It is rooted in the same directory as the PINERC. + ----*/ +#define PASSFILE ".pine.pwd" + /*-------------- A couple constants used to size arrays ----------------*/ #include <sys/param.h> /* Get it from param.h if available */
Created attachment 16525 [details] pine-4.33-passfile.patch
This has security implications that will have to be looked at. I will look into it and take it into consideration for some future release of Red Hat Linux.
I've looked into this and due to the history of bad security with UW PINE and UW IMAP, I do not want to enable this option. Once it is enabled, then it must be supported, and I am not comfortable supporting such an option at this time.
While it's completely up to you, I am a little disappointed in your decision. On the other hand, the pine docs DO say that this option is not enabled by default, precisely for the reason you express: possible security consequences. Despite that, I requested this feature because it is easily the BIGGEST complaint I receive from pine users: Why do I have to retype my password every time I run it? Understand, too, that password saving is not enabled by default, even with my patch: the file ~/.pine.pwd (or whatever you want to call it) must exist first.
This bug was just set to REOPENED status, and with no comment added. Since rationale for this being disabled by default has not changed, the resolution for this bug hasn't changed either. Closing enhancement request once again as WONTFIX, due to lack of a WONTENHANCE resolution in bugzilla.