Paul DeStefano | 22 Apr 23:25 2014

GSSAPI Problem Causes Crash

Hi All,

I'm sorry I didn't report this earlier, but I was hoping to get some help 
from my distribution, Fedora, but that is taking a long time.  It's also 
hard to tell from exactly which source version this code is built.  The 
binary claims Alpine 2.11, the package was built on 8 Nov 2013, and 
Chappa's page is referenced in the package info.

This is a new bug as of Fedora 20.  Fedora 19 was fine; I upgraded late, 
in March.

Symptoms: alpine crashes immediately when trying to open a folder for 
which 1) Kerberos AUTH is allowed, and 2) a passfile is specified.

At first I thought it was a passfile issue.  Everything is normal if I 
don't specify a passfile, but an old or new/empty passfile will cause the 

However, I noticed that, the problem only occurs when opening my primary 
account's INBOX, for which Alpine always tries Kerberos first (and 
suggests I kinit first).  So, I tried kinit and that also prevented the 
crash, as well as avoiding giving alpine my password.

Well, last week, my e-mail provider turned of remote KDC access, so that 
workaround stopped working.  Now I have to have GSSAPI AUTH completely 

Question 1: Does anyone recognize this behavior?

Question 2: Sounds like a build problem right?  If this is a bug in alpine 
(Continue reading)

Eduardo Chappa | 21 Apr 08:56 2014

Pre-Release Alpine 2.19.12 released

Dear Alpine Enthusiasts,

   I have come to a milestone in developing the next version of Alpine by 
adding many features and fixing many bugs related to S/MIME, password file 
improvements, etc. I have come to the point where I have frozen 
development of new features and shifted my efforts to test the current 
alpha version of Alpine.

   If you would like to contribute your time to help test this pre-release, 
and debug it before it is released, please go to

and download the latest version. Please send me all your feedback so that 
I can incorporate it in the next release of Alpine.

   Thank you for your assistance. It is highly appreciated.


Bob Bernstein | 20 Apr 02:11 2014

Re: Pico

On Sat, 19 Apr 2014, Eduardo Chappa wrote:

> /full/path/to/emacs -nw

Bingo. I feel like such a dummy. I coulda sworn I
tried that. Now I have, for my alternate editor,

/usr/pkg/bin/emacs -q -nw -l /home/bob/.emacsnew

Which a) finds emacs here in NetBSD b) quells loading the 
default .emacs init file c) stifles the GUI window and d) 
loads a special purpose init just for alpine use.

Call me a geek or a nerd, but damn I love it when all this 
unix stuff "just works!"



"Why should we suppose that what is merely necessary
to life is ipso facto better than what is necessary to
the study of metaphysics, useless as that study may
                                   G. E. Moore
Bob Bernstein | 18 Apr 05:22 2014

Re: Pico

On Thu, 17 Apr 2014, me wrote:

>> But here's an alpine question! How do I specify 'emacs -nw' as my alternate editor? Alpine seems to think I
have entered two editors and asks me which one I want. Neither single nor double quotes nor no quotes seems
to affect this bothersome extra question.

> emacs\ -nw

Alas, no joy, but the exercise cured me of one delusion 
(several million to to, no doubt), to wit, that, when alpine 
was querying me "which alternative editor?" it was telling 
me t that my entered value (in my config) was simply not 
launchable, not, as I first suspected, that it interpreted 
my 'emacs -nw' as TWO editors named on the same line.

An alias didn't work; alpine simply failed to execute 
'emacsnw' aliased to '/usr/pkg/bin/emacs -nw'. I checked to 
be sure the new alias was in alpine's environment by 
Ctrl-Z'ing out, but perhaps that gave me bogus information 
as to that environment.

I wonder: is there a bona fide environmental variable for 
'alternative editor' that alpine will look at before acting 
on my 'Ctrl-_'?

Best regards,


"Why should we suppose that what is merely necessary to life
is ipso facto better than what is necessary to the study of
(Continue reading)

Eduardo Chappa | 17 Apr 06:25 2014

Re: re-alpine with mbox?

On Wed, 16 Apr 2014, David Melik wrote:

> There are two problems here. First of all, if I am starting a new mail 
> folder, it says a folder such as in your example does not exist.

Right, that was just an example. Not to be taken literally.

> Second of all, Unix mail is delivered on a system somewhere like 
> /var/mail/user , or /var/spool/mail/user. I used to get mail from such a 
> location, then save it in /home/user/mail/inbox... this is what I am 
> trying to do.

Then enter /var/mail/user or /var/spool/mail/user to read it from there. 
Typically, Alpine will know where mail is delivered so leaving the 
inbox-path to read "inbox" is normally enough. If this is not enough, then 
you must enter the full path.

If you want mail to be transferred directly from /var/spool/mail to your 
/home/inbox, then inbox must exist, and be in the correct format. I think 
mix, if I recall correctly. Is that what you want or do you want to move 
the messages manually?


Andreas Schamanek | 14 Apr 21:59 2014

Postponed-msgs on Maildir broken

Hi Alpine fellows,

I am having a problem with the folder for postponed messages using 
Alpine 2.11 (and also older versions) with the respective Maildir 
patch from Eduardo.

Apparently (I am using (Al)Pine for 20 years now but I didn't know 
until today that), when there is only 1 postponed message left, Alpine 
will try to delete the then empty folder when the message is 

If the folder collection where the postponed-msgs resides is a Maildir 
collection (#mc/Maildir/.[]) this breaks the folder on my Debian 
boxes. The folders "new", "cur" and "tmp" are removed but other files 
(e.g. courierimapacl, courierimapuiddb and maildirfolder) and the 
folder itself are left. At that stage the folder is broken and cannot 
be used anymore.

If I use Courier IMAP for the folder collection everything is fine. 
The folder is removed and re-created once I postpone a message again.

Is this a problem with my configuration or a bug in the Maildir patch?
Why is the folder removed and re-created anyway?


-- Andreas


(Continue reading)

David Melik | 14 Apr 05:15 2014

re-alpine with mbox?

I have used ((Re-)Al)Pine on and off since the late 1990s... I used to be able to find instructions how to set
it up for Unix/mbox mail... now it seems the projects originators no longer have much documentation on it.
How about writing/reposting some instructions, like a manual or tutorial so users can use the program?
When I go to setup and configuration, I no longer recall what to put in for inbox path, and it assumes I am
using IMAP, when I am only using Unix/mbox mail... I would also like to keep the mailbox compatible with a
GUI mail client that uses mbox... I, and probably many others, still use these command-line tools to keep
updated on system mail, or occasionally send mail from our own to somewhere else on the Internet... some
rudimentary instructions would be appreciated.


Find out what's HIP!
Visit Hip Planet for news, shopping, forums, chatrooms, free personal and classified ads and much more!
Get FREE E-MAIL! at HipPlanet now!

It's all waiting for you, at
Jyrki Voutilainen | 13 Apr 23:01 2014

O.T. Now It's Finally Done

Please see the signature below to see what has been done. :)


NOTE: This email message may contain typos due to careless proofreading.
To get the latest release of Alpine, go to <>.
To get the patched version of PC-Alpine, go to <>.
Martin Keegan | 11 Apr 16:48 2014

Maildir patch licensing


what is the licensing status of the patches at:

Is is distributable under the same terms as Alpine itself, or is there a 
model more similar to Aladdin Ghostscript (where the current version is 
not freely distributable, but is released under liberal terms once a new 
version is available)?



Martin Keegan,  <at> mk270, +44 7779 296469,
Jyrki Voutilainen | 11 Apr 16:35 2014

Exporting Emails from Other Clients To Alpine

Hi and hello,

Now you may laugh at me, but the only way that I found out to export my 
email folders and messages from Thunderbird to Alpine when starting to use 
this best text-based email client ever designed, was just to add similar 
folders than those in TB to the IMAP server, to copy all messages from the 
local TB folder to the newly created IMAP folder, to add it to Alpine's 
Incoming folders and save the messages to a local mail folder in Alpine. 
Then I probably deleted the IMAP folder that I had used for moving the 
messages from TB to Alpine. Of course the same procedure was required for 
all the local TB folders that I wanted to get available also in Alpine.

This may have been a bit complicated but it worked.

But could there have been another way to do this, or was this the only 
one? Doing this that way made it possible to preserve the original 
structure of the messages, and that was what I wanted all the time. 
Changing from OE to TB was another thing, because using Thunderbird's 
Export tool was possible. Could the TB folders have been exported to a 
file format that could have been imported to Alpine just like when using a 
client's Export feature?

When having asked this, I know very well that clients like OE, TB and 
Alpine are totally different, and thank God, Eduardo and the entire Alpine 
development team they are. Also TB is different from OE, but this is the 
Alpine-info list, not one for the previously mentioned clients.

Without any local folders no such procedure would have been needed, 
because I had switched from POP3 to IMAP during my TB usage.

(Continue reading)

Bob Bernstein | 9 Apr 21:24 2014

Choose forward method?

I seem to recall alpine _asking_ me how I wanted to 
forward a given message i.e. either as an attachment, or 
inline. For some reason I don't see that behaviour at 

Am I just having a serious "senior moment," or is there a 
configuration of alpine that affords this choice on a 
message-by-message basis?



"Why should we suppose that what is merely necessary to life
is ipso facto better than what is necessary to the study of
metaphysics, useless as that study may appear?"

                                   G. E. Moore