jason | 30 Jan 22:15 2015
Picon

Alpine sources unavailable again?


Trying to download the latest Alpine sources, I'm getting 404s on both the 
latest release version [1] and on the latest alpha version [2].

Also, previous versions [3] are returning 200s, but the downloaded file is 
0 bytes.

Any idea what's up?

Eduardo: can I request that you publish sha256 (or the hash of your 
choice) fingerprints of these source balls when you post them?  That way, 
if folks start caching or sharing the sources through other means, there 
will be a way to trace the trust back to you.

Thanks.

[1] http://patches.freeiz.com/alpine/release/src/alpine-2.20.tar.xz
[2] http://patches.freeiz.com/alpine/alpha/release/alpine-alpha.tar.xz
[3] http://patches.freeiz.com/alpine/release/src/alpine-2.11.tar.xz

  -Jason

Maurizio Paolini | 27 Jan 17:38 2015
Picon

RFC 2822 compliance

This is in answer to https://mailman13.u.washington.edu/mailman/htdig/alpine-info/2015-January/006412.html

After an extensive analysis it seems that the SMTP server mentioned in that post
(mx.libero.it) *requires* the keyword "boundary" in the header line:
"Content-Type: multipart/mixed; boundary=<phrase>" to be lowercase, whereas alpine
uses uppercase "BOUNDARY".

Not sure whether alpine is noncompliant or the SMTP server is way too strict.

Maurizio Paolini
Mick Cook | 26 Jan 23:50 2015
Picon

BT


Thanks for the replies. The spell check problem is now fixed.

I am a BT customer but they only support a few of the more popular email 
programs, they won't advise on anything else.

I am only trying to see my inbox, I've looked at all the BT help 
information I can find on the web but I'm still not sure of the correct 
path for my Inbox on the BT server. I've tried lots of alternatives 
including:

Imap.btinternet.com:993/ssl/myname@...(Inbox)

Some configurations don't seem to connect at all others get as far as 
asking for a password but still don't connect.

I am hoping someone who has 
connected to BT will know what is correct. Another confusion is BT have 
recently moved from Yahoo to BTinternet and a lot of older information 
refers to Yahoo.

Regards,

Mick.

Karen Lewellen | 26 Jan 20:13 2015
Picon

ssl/tls error?

Hi list,
Granted dreamhost has not reconnected regarding other errors with my mail 
server.
However I got a revisit of an old one just now, so thought I would ask 
here.  Especially s there are some dreamhost users on the list.
The error indicates that there is an ssl/tls failure trying to access my 
server,
mail.curtainupdistribution.org
I am told that if this happens each time I use alpine, which it does not, 
it means the setup will not work.
The  option for a solution presented is to add the words
  notls
  at the end of places in the configuration where the mail server name 
appears.
Thoughts?
karen

Mick Cook | 24 Jan 20:48 2015
Picon

BT


Hello,

I am new to Alpine and this list.

I have three email accounts with different hosts and have managed to get 
Alpine up and running OK on my gmail Imap account plus the inbox of my 
pop3 Supanet account but I can't get it to work with my Imap btinternet 
inbox whatever I do. Can someone help please?

I also have the same problem with the spell checker not working running 
Alpine 2.20 that temp0reported this morning?

Thanks,

Mick.
Lucio Chiappetti | 23 Jan 11:10 2015
Picon

RFC 2822 compliance

I just tried to send (with alpine 2.00) an e-mail with a pdf attachment
(I had to send proof a payment for a short trip). The message generated 
the following error.

Action: failed
Status: 5.2.2
Remote-MTA: DNS; mx.libero.it
Diagnostic-Code: SMTP; 552 This message is not RFC 2822 compliant
[smtp-10.iol.local; LIB_670]

As far as I can see alpine has always been compliant to all RFCs, and I've 
been communicating with scientific institutions throughout the world for 
decennia without a problem.

Apparently text-only messages go through (so I did cut-and-paste of the 
text in the pdf !). I sent an inquiry to postmaster@... but I got 
only an autoresponder generated message saying that "help questions should 
be addressed to customer care / messages properly intended for postmaster 
will be dealt with".  Since of course I am NOT their customer (the 
intended recipient is) I am not sure I will ever get a reply.

Is there something which can be done in Alpine to avoid such 
non-compliance messages (provided they are correct) ?

--

-- 
------------------------------------------------------------------------
Lucio Chiappetti - INAF/IASF - via Bassini 15 - I-20133 Milano (Italy)
For more info : http://www.iasf-milano.inaf.it/~lucio/personal.html
------------------------------------------------------------------------
Do not like Firefox >=29 ?  Get Pale Moon !  http://www.palemoon.org
(Continue reading)

John Porubek | 23 Jan 01:08 2015
Picon

Spell checking not working in Alpine 2.20 for Windows

I installed Alpine 2.20 last week on a machine running Windows 7 (64bit). Thanks Eduardo!

Everything seemed to be working fine until today on my first occasion to spell check a message I was composing. The spell checker popped up a window saying the word was not in the dictionary (like it always has when it finds a misspelled word). The trouble is, it does this for every word in my message. Where it shows the word that it thinks is not in the dictionary, the first letter is there, followed by a bunch of "?"s in diamond-shaped boxes. I suspect this gives a strong clue as to what is going wrong (wrong character type?).

Everything worked fine with the same pinerc file with the previous version (2.11) Any ideas?

Thanks,

-John
<div><div dir="ltr">
<div>
<div>
<div>
<div>I installed Alpine 2.20 last week on a machine running Windows 7 (64bit). Thanks Eduardo!<br><br>
</div>Everything seemed to be working fine until today on my first occasion to spell check a message I was composing. The spell checker popped up a window saying the word was not in the dictionary (like it always has when it finds a misspelled word). The trouble is, it does this for every word in my message. Where it shows the word that it thinks is not in the dictionary, the first letter is there, followed by a bunch of "?"s in diamond-shaped boxes. I suspect this gives a strong clue as to what is going wrong (wrong character type?).<br><br>
</div>Everything worked fine with the same pinerc file with the previous version (2.11) Any ideas?<br><br>
</div>Thanks,<br><br>
</div>-John<br>
</div></div>
Bret Busby | 21 Jan 18:45 2015
Picon

Kai of the Brunnen G - was - Re: [OT] Latin and other nerdy stuff

On 20/01/2015, Peter G. (nephros) <alpine <at> nephros.org> wrote:
> Hi Bob,
>
> Hodie XIV Kal. Feb. MMXV AUC quidam/quædam/quoddam 'Bob Bernstein' inquit:
>
>> On Mon, 19 Jan 2015, Peter G.x wrote:
>>
>>>  Hodie XIV Kal. Feb. MMXV AUC quidam/quædam/quoddam 'Ulf-Dietrich
>>> Braumann'
>>>  inquit:
>>
>> I need some help here. Is that Latin? What does it say in English?
>
> Yes it's Latin. Let's dissect it:
> 'Hodie' means today, followed by the Roman current date, 14 Kalends of
> February.
> AUC - 'ab urbe condita' - since The City (i.e. ancient Rome) was founded
> is the Roman epoch, corresponding to 753 BC.
> Quidam/quædam/quoddam inquit basically means 'a certain
> someone(male)/someone(female)/something said'.
>
> The date is generated using the 'hodie' tool from:
> http://hodie.sourceforge.net/ which is a Latin version of the date
> command. See here on how to read it:
> http://en.wikipedia.org/wiki/Roman_calendar

>
>>
>>>  "I do not think the way you think I think."
>>>     -- Kai, last of the Brunnen G
>>
>> Sorry, but I want to ask again: What is "Brunnen G?" Are we in a Frank
>> Herbert novel here?
>
> It's a quote from the TV series LEXX, which might be just as weird if
> not weirder than Frank Herbert's stuff.
>

At
http://lexx.wikia.com/wiki/Brunnen-G

is

"
The Brunnen-G are a race of romantic warriors that fought and defeated
the Insect Civilisation during the course of the Great Insect War. The
most famous, and the last of the Brunnen-G, is Kai, killed by His
Divine Shadow and reanimated as a Divine Assassin.
"

Also see
http://en.wikipedia.org/wiki/Lexx


Those results were achived by performing a google search on the term
"Brunnen G".

Whilst google is sinister, it can be a useful search engine to use to
find things (although, be warned - it does track and retain records of
all of your searches and logs your WWW travels, to provide its dossier
about you, to the NSA and any entity that is willing to buy the
information - you may think that LEXX is weird, and Fank Herbert's
creations are weid, but, remember; "Truth is stranger than fiction").


Oh, and, apparently,
"Kai's death (or undeath) occurs 2,008 years before the beginning of
the events of the series."
- from
http://en.wikipedia.org/wiki/Lexx -> "Plot summary"

-- 
Bret Busby
Armadale
West Australia
..............

"So once you do know what the question actually is,
 you'll know what the answer means."
- Deep Thought,
 Chapter 28 of Book 1 of
 "The Hitchhiker's Guide to the Galaxy:
 A Trilogy In Four Parts",
 written by Douglas Adams,
 published by Pan Books, 1992

....................................................
_______________________________________________
Alpine-info mailing list
Alpine-info <at> u.washington.edu
http://mailman13.u.washington.edu/mailman/listinfo/alpine-info
Peter G. | 19 Jan 19:45 2015

Alpine 2.20 crash when composing and attaching a file

Hello!

I am able to crash/segfault alpine 2.20 by doing the following steps:

  1. start alpine
  2. press C (for compose new message)
  3. press Ctrl-J Ctrl-T (attach file, to files)
  4. select a suitable file from the filesystem in the selector window,
  press enter to accept it.

Alpine was built from Eduardos fully patched source
(http://patches.freeiz.com/alpine/patches/alpine-2.20/alpine-2.20.tar.xz) with the following configuration:

  $ ./configure --prefix=/usr --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu
--mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib --disable-dependency-tracking --libdir=/usr/lib --without-ldap
--without-passfile --with-krb5 --with-pthread --with-interactive-spellcheck=/usr/bin/aspell
--enable-nls --with-ipv6 --without-smime --without-tcl --with-system-pinerc=/etc/pine.conf
--with-system-fixed-pinerc=/etc/pine.conf.fixed --with-ssl
--with-ssl-include-dir=/usr/include/openssl --with-ssl-lib-dir=/usr/lib --with-ssl-certs-dir=/etc/ssl/certs

The system is a 32bit Gentoo system using  gcc-4.8.3, glibc-2.19, binutils-2.24, libtool-2.4.2
CLAGS used are CFLAGS="-march=i686 -mtune=atom -O2 -pipe -w -g"

Please let me know what I can contribute further to pin this issue down.

I did a debug build and the gdb backtrace looks like this:

Program received signal SIGSEGV, Segmentation fault.                                                                                                                                           mlreplyd (prompt=0x860e748, buf=0x860d1f8,
nbuf=nbuf <at> entry=500, flg=flg <at> entry=10, extras=extras <at> entry=0x0) at display.c:1678 
1675     /* set up what to watch for and return values */
1676     memset(extra_v, 0, sizeof(extra_v));
1677     for(i = 0, j = 0; i < 12; i++)
1678       extra_v[j++] = extras[i].key;
1679 
1680     plen = mlwrite(prompt, NULL);»··»···/* paint prompt */
1681 
1682     if(!(flg&QDEFLT))
1683       *buf = '\0';

(gdb) backtrace
#0  mlreplyd (prompt=0x860e748, buf=0x860d1f8, nbuf=nbuf <at> entry=500, flg=flg <at> entry=10,
extras=extras <at> entry=0x0) at display.c:1678
#1  0x08131f0b in mlreplyd_utf8 (utf8prompt=0x82caa10 "Attachment comment: ", utf8buf=0xffff6614 "",
nbuf=500, flg=10, extras=0x0) at display.c:1545
#2  0x08131f90 in mlreply_utf8 (utf8prompt=0x82caa10 "Attachment comment: ",
utf8buf=utf8buf <at> entry=0xffff6614 "", nbuf=nbuf <at> entry=500, flg=<optimized out>, flg <at> entry=8,
     extras=extras <at> entry=0x0) at display.c:1497
#3  0x0813f390 in AskAttach (cmnt=cmnt <at> entry=0xffff6614 "", cmntlen=cmntlen <at> entry=500,
lm=lm <at> entry=0xffff6210) at attach.c:108
#4  0x0812cec2 in HeaderEditorWork (f=f <at> entry=0, n=n <at> entry=0) at composer.c:799
#5  0x0812df08 in HeaderEditor (f=0, n=n <at> entry=0) at composer.c:4835
#6  0x08139537 in pico (pm=0xffff6df8) at pico.c:256
#7  0x0810a7ce in pine_send (outgoing=0x85d2aa8, body=body <at> entry=0xffff9f7c,
editor_title=<optimized out>, editor_title <at> entry=0x82c541f "COMPOSE MESSAGE", role=0x0,
fcc_arg=0x85d2ac4 "",
     reply=reply <at> entry=0x0, redraft_pos=0x0, lcc_arg=0x0, custom=<optimized out>,
flags=flags <at> entry=0) at send.c:3022
#8  0x0810eee7 in compose_mail (given_to=given_to <at> entry=0x0, fcc_arg=fcc_arg <at> entry=0x0,
role_arg=role_arg <at> entry=0x0, attach=attach <at> entry=0x0, inc_text_getc=inc_text_getc <at> entry=0x0)
     at send.c:749
#9  0x0810fee4 in compose_screen (pine_state=0x85bb008) at send.c:199
#10 0x0804e6e5 in main (argc=1, argv=0xffffcd84) at alpine.c:1364

The last lines of ~/.alpine-crash look like this:

15:10:34.622333:     ---- COMPOSE SCREEN (not in pico yet) ----
15:10:34.622374: sp_stream_get(/root/.pine-interrupted-mail): SP_SAME
15:10:34.622400: sp_stream_get: no match found
15:10:34.622427: busy_cue(Busy, (nil), 1)
15:10:34.622562: start_after() created f6f41b40: done
15:10:34.622603: pine_mail_list: ref=(NULL) pat=/root/.pine-interrupted-mail (stream was NULL)
15:10:34.623615: cancel_busy_cue(-1)
15:10:34.623672: stop_after(join=0) tid=f719e700
15:10:34.623762: sp_stream_get(mail/postponed-msgs): SP_SAME
15:10:34.623791: sp_stream_get: no match found
15:10:34.623820: busy_cue(Busy, (nil), 1)
15:10:34.624014: start_after() created f6f2db40: done
15:10:34.624078: pine_mail_list: ref=mail/ pat=postponed-msgs (stream was NULL)
15:10:34.624143: cleanup_after() tid=f6f41b40
15:10:34.624722: cancel_busy_cue(-1)
15:10:34.624780: stop_after(join=0) tid=f719e700
15:10:34.624925: 15:10:34.624955: f6f2db40
15:10:34.624980: open_any_patterns(0x10010)
15:10:34.625056: get_signature(/root/.signature)
15:10:34.625132: === send called ===
15:10:34.625332: set_titlebar - style: 1  current message cnt:1
15:10:34.625453:   current_pl: 0  total_pl: 0
15:10:34.625641: flags: 81802080
15:10:34.625964: cancel_busy_cue(-1)
15:10:34.626029: stop_after(join=0) tid=f719e700
15:10:34.626063:   ---- COMPOSER ----
15:10:34.638270: fix_windsize()
15:10:34.638341: new win size -----<47 138>------
15:10:34.638387: STATUS: diff:-2, displayed: 1421676632, now: 1421676634
15:10:34.638420: Clearing status line
15:10:35.001405: New_mail_count zeroed
15:10:35.001465: new mail called (force=0 VeryBad flags=0x7)
15:10:35.001492: INBOX: force=0 interval=150 exp_reap_to=300 adj_idle_to=540
15:10:35.001510:    since_last_ping=3 since_last_reap=3
15:10:35.001529: ******** new mail returning -1  ********
15:10:37.190367: New_mail_count zeroed
15:10:39.331083: New_mail_count zeroed
15:10:43.211034: New_mail_count zeroed
15:10:43.216348: fix_windsize()
15:10:43.216395: new win size -----<47 138>------
15:10:43.216423: Clearing status line
15:10:43.219209: end_signals(1)
========== Append DebugJournal End ===================

Thanks and Best Wishes,
   Peter G.

-- 
"I do not think the way you think I think."
     -- Kai, last of the Brunnen G
Hello!

I am able to crash/segfault alpine 2.20 by doing the following steps:

  1. start alpine
  2. press C (for compose new message)
  3. press Ctrl-J Ctrl-T (attach file, to files)
  4. select a suitable file from the filesystem in the selector window,
  press enter to accept it.

Alpine was built from Eduardos fully patched source
(http://patches.freeiz.com/alpine/patches/alpine-2.20/alpine-2.20.tar.xz) with the following configuration:

  $ ./configure --prefix=/usr --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu
--mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib --disable-dependency-tracking --libdir=/usr/lib --without-ldap
--without-passfile --with-krb5 --with-pthread --with-interactive-spellcheck=/usr/bin/aspell
--enable-nls --with-ipv6 --without-smime --without-tcl --with-system-pinerc=/etc/pine.conf
--with-system-fixed-pinerc=/etc/pine.conf.fixed --with-ssl
--with-ssl-include-dir=/usr/include/openssl --with-ssl-lib-dir=/usr/lib --with-ssl-certs-dir=/etc/ssl/certs

The system is a 32bit Gentoo system using  gcc-4.8.3, glibc-2.19, binutils-2.24, libtool-2.4.2
CLAGS used are CFLAGS="-march=i686 -mtune=atom -O2 -pipe -w -g"

Please let me know what I can contribute further to pin this issue down.

I did a debug build and the gdb backtrace looks like this:

Program received signal SIGSEGV, Segmentation fault.                                                                                                                                           mlreplyd (prompt=0x860e748, buf=0x860d1f8,
nbuf=nbuf <at> entry=500, flg=flg <at> entry=10, extras=extras <at> entry=0x0) at display.c:1678 
1675     /* set up what to watch for and return values */
1676     memset(extra_v, 0, sizeof(extra_v));
1677     for(i = 0, j = 0; i < 12; i++)
1678       extra_v[j++] = extras[i].key;
1679 
1680     plen = mlwrite(prompt, NULL);»··»···/* paint prompt */
1681 
1682     if(!(flg&QDEFLT))
1683       *buf = '\0';

(gdb) backtrace
#0  mlreplyd (prompt=0x860e748, buf=0x860d1f8, nbuf=nbuf <at> entry=500, flg=flg <at> entry=10,
extras=extras <at> entry=0x0) at display.c:1678
#1  0x08131f0b in mlreplyd_utf8 (utf8prompt=0x82caa10 "Attachment comment: ", utf8buf=0xffff6614 "",
nbuf=500, flg=10, extras=0x0) at display.c:1545
#2  0x08131f90 in mlreply_utf8 (utf8prompt=0x82caa10 "Attachment comment: ",
utf8buf=utf8buf <at> entry=0xffff6614 "", nbuf=nbuf <at> entry=500, flg=<optimized out>, flg <at> entry=8,
     extras=extras <at> entry=0x0) at display.c:1497
#3  0x0813f390 in AskAttach (cmnt=cmnt <at> entry=0xffff6614 "", cmntlen=cmntlen <at> entry=500,
lm=lm <at> entry=0xffff6210) at attach.c:108
#4  0x0812cec2 in HeaderEditorWork (f=f <at> entry=0, n=n <at> entry=0) at composer.c:799
#5  0x0812df08 in HeaderEditor (f=0, n=n <at> entry=0) at composer.c:4835
#6  0x08139537 in pico (pm=0xffff6df8) at pico.c:256
#7  0x0810a7ce in pine_send (outgoing=0x85d2aa8, body=body <at> entry=0xffff9f7c,
editor_title=<optimized out>, editor_title <at> entry=0x82c541f "COMPOSE MESSAGE", role=0x0,
fcc_arg=0x85d2ac4 "",
     reply=reply <at> entry=0x0, redraft_pos=0x0, lcc_arg=0x0, custom=<optimized out>,
flags=flags <at> entry=0) at send.c:3022
#8  0x0810eee7 in compose_mail (given_to=given_to <at> entry=0x0, fcc_arg=fcc_arg <at> entry=0x0,
role_arg=role_arg <at> entry=0x0, attach=attach <at> entry=0x0, inc_text_getc=inc_text_getc <at> entry=0x0)
     at send.c:749
#9  0x0810fee4 in compose_screen (pine_state=0x85bb008) at send.c:199
#10 0x0804e6e5 in main (argc=1, argv=0xffffcd84) at alpine.c:1364

The last lines of ~/.alpine-crash look like this:

15:10:34.622333:     ---- COMPOSE SCREEN (not in pico yet) ----
15:10:34.622374: sp_stream_get(/root/.pine-interrupted-mail): SP_SAME
15:10:34.622400: sp_stream_get: no match found
15:10:34.622427: busy_cue(Busy, (nil), 1)
15:10:34.622562: start_after() created f6f41b40: done
15:10:34.622603: pine_mail_list: ref=(NULL) pat=/root/.pine-interrupted-mail (stream was NULL)
15:10:34.623615: cancel_busy_cue(-1)
15:10:34.623672: stop_after(join=0) tid=f719e700
15:10:34.623762: sp_stream_get(mail/postponed-msgs): SP_SAME
15:10:34.623791: sp_stream_get: no match found
15:10:34.623820: busy_cue(Busy, (nil), 1)
15:10:34.624014: start_after() created f6f2db40: done
15:10:34.624078: pine_mail_list: ref=mail/ pat=postponed-msgs (stream was NULL)
15:10:34.624143: cleanup_after() tid=f6f41b40
15:10:34.624722: cancel_busy_cue(-1)
15:10:34.624780: stop_after(join=0) tid=f719e700
15:10:34.624925: 15:10:34.624955: f6f2db40
15:10:34.624980: open_any_patterns(0x10010)
15:10:34.625056: get_signature(/root/.signature)
15:10:34.625132: === send called ===
15:10:34.625332: set_titlebar - style: 1  current message cnt:1
15:10:34.625453:   current_pl: 0  total_pl: 0
15:10:34.625641: flags: 81802080
15:10:34.625964: cancel_busy_cue(-1)
15:10:34.626029: stop_after(join=0) tid=f719e700
15:10:34.626063:   ---- COMPOSER ----
15:10:34.638270: fix_windsize()
15:10:34.638341: new win size -----<47 138>------
15:10:34.638387: STATUS: diff:-2, displayed: 1421676632, now: 1421676634
15:10:34.638420: Clearing status line
15:10:35.001405: New_mail_count zeroed
15:10:35.001465: new mail called (force=0 VeryBad flags=0x7)
15:10:35.001492: INBOX: force=0 interval=150 exp_reap_to=300 adj_idle_to=540
15:10:35.001510:    since_last_ping=3 since_last_reap=3
15:10:35.001529: ******** new mail returning -1  ********
15:10:37.190367: New_mail_count zeroed
15:10:39.331083: New_mail_count zeroed
15:10:43.211034: New_mail_count zeroed
15:10:43.216348: fix_windsize()
15:10:43.216395: new win size -----<47 138>------
15:10:43.216423: Clearing status line
15:10:43.219209: end_signals(1)
========== Append DebugJournal End ===================

Thanks and Best Wishes,
   Peter G.

--

-- 
"I do not think the way you think I think."
     -- Kai, last of the Brunnen G
Freda B Birnbaum | 19 Jan 07:18 2015

preserving message flags when moving messages and folders to another platform

I need to move my mail in INBOX and in my folders to another platform as 
the columbia.edu account I am using is no longer going to support email 
for some users (in another division of the University), though we can 
retain the accounts and have new mail forwarded to another account via 
.forward.  I have set up an account at another Unix platform (panix.com), 
and have a short time to clean out the columbia.edu account of present 
mail.

I understand why mail I bounce to the panix account comes in as "NEW", 
because it IS new to the panix platform.

However, I have tried, with my folders, to set header to fullheader, then 
extract all the messages to a flat file, move that file to my panix 
account's ~mail, and read it.  This works (even if I gzip the file before 
moving it, as an attachment in an email, and extract it and gunzip it).

My problem, and question, is, this method still shows all the emails as 
NEW, ignoring the fact that most of them are not and many of them are 
marked A for Answered, F for Forwarded, * for Important, and so on.

Is there any way to preserve those flags?  Any help will be very much 
appreciated!

Freda Birnbaum, fbb6@...
"Call on God, but row away from the rocks"

Bob Bernstein | 18 Jan 02:06 2015

Bravo Eduardo!

Sincere congratulations on this LANDMARK release of alpine!

It has built without a hiccup here on NetBSD 6.1.3 and Debian 
Wheezy.

How long has it been since you've taken a vacation? You're due 
for one right now I'd say!

--

-- 
Bob Bernstein


Gmane