Re: [update] alpine 2.26
On Mon, Dec 26, 2022 at 02:25:19PM +0100, Theo Buehler wrote:
> This updates alpine to 2.26. I don't remember what needs to be tested
> with PHP. The diff went through a full amd64 bulk without fallout.
Here is an updated diff with a major bump for c-client (needed since a
public struct changed). I see no difference in the PHP 8.0 tests
outcome. Unless I hear objections I will commit this soon.
Index: Makefile
===
RCS file: /cvs/ports/mail/alpine/Makefile,v
retrieving revision 1.59
diff -u -p -r1.59 Makefile
--- Makefile7 Aug 2022 08:15:51 - 1.59
+++ Makefile29 Dec 2022 08:37:42 -
@@ -6,23 +6,19 @@ COMMENT-pico= UW text editor
COMMENT-pilot= UW file system navigator
FIX_EXTRACT_PERMISSIONS = Yes
-V= 2.25
+V= 2.26
DISTNAME= alpine-${V}
EXTRACT_SUFX= .tar.xz
-SHARED_LIBS= c-client 9.0
+SHARED_LIBS= c-client 10.0
# grep "PICO version" ${WRKSRC}/pico/pico.h
PICO_V=5.09
# grep PILOT_VERSION ${WRKSRC}/pico/pilot.c
PILOT_V= 2.99
-REVISION-main= 3
REVISION-pico= 26
REVISION-pilot=26
-REVISION-c-client= 4
-REVISION-mailutil= 2
-REVISION-imap= 2
PKGNAME-main= alpine-${V}
PKGNAME-c-client= c-client-${V}
Index: distinfo
===
RCS file: /cvs/ports/mail/alpine/distinfo,v
retrieving revision 1.10
diff -u -p -r1.10 distinfo
--- distinfo22 Sep 2021 20:57:10 - 1.10
+++ distinfo21 Dec 2022 09:39:37 -
@@ -1,2 +1,2 @@
-SHA256 (alpine-2.25.tar.xz) = ZYoVCYL2dAu0Eo5t2BGI6qEhLKC/aJuDwgk7tRjs93Y=
-SIZE (alpine-2.25.tar.xz) = 7495372
+SHA256 (alpine-2.26.tar.xz) = wHecK+bEfTBVSFSj4U7142U5UCszEGiFEyknWJipuro=
+SIZE (alpine-2.26.tar.xz) = 7517628
Index: patches/patch-alpine_pine-use_c
===
RCS file: /cvs/ports/mail/alpine/patches/patch-alpine_pine-use_c,v
retrieving revision 1.6
diff -u -p -r1.6 patch-alpine_pine-use_c
--- patches/patch-alpine_pine-use_c 11 Mar 2022 19:34:32 - 1.6
+++ patches/patch-alpine_pine-use_c 21 Dec 2022 09:42:17 -
@@ -1,6 +1,7 @@
alpine/pine-use.c.orig Mon Feb 6 01:06:22 2017
-+++ alpine/pine-use.c Tue Apr 25 11:10:08 2017
-@@ -24,7 +24,7 @@ static char rcsid[] = "$Id: pine-use.c 761 2007-10-23
+Index: alpine/pine-use.c
+--- alpine/pine-use.c.orig
alpine/pine-use.c
+@@ -20,7 +20,7 @@
#include
#ifndef MAILSPOOLPCTS
Index: patches/patch-configure
===
RCS file: /cvs/ports/mail/alpine/patches/patch-configure,v
retrieving revision 1.12
diff -u -p -r1.12 patch-configure
--- patches/patch-configure 11 Mar 2022 19:34:32 - 1.12
+++ patches/patch-configure 21 Dec 2022 09:42:13 -
@@ -1,7 +1,7 @@
Index: configure
--- configure.orig
+++ configure
-@@ -13717,6 +13717,7 @@ fi
+@@ -14878,6 +14878,7 @@ fi
fi
@@ -9,7 +9,7 @@ Index: configure
-@@ -14862,6 +14863,7 @@ $as_echo "$ac_res" >&6; }
+@@ -16023,6 +16024,7 @@ $as_echo "$ac_res" >&6; }
INCINTL=
fi
Index: patches/patch-imap_src_osdep_unix_Makefile
=======
RCS file: /cvs/ports/mail/alpine/patches/patch-imap_src_osdep_unix_Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 patch-imap_src_osdep_unix_Makefile
--- patches/patch-imap_src_osdep_unix_Makefile 11 Mar 2022 19:34:32 -
1.7
+++ patches/patch-imap_src_osdep_unix_Makefile 21 Dec 2022 09:42:13 -
@@ -35,7 +35,7 @@ Index: imap/src/osdep/unix/Makefile
@@ -156,6 +158,7 @@ BINARIES=osdep.o mail.o misc.o newsrc.o smanager.o utf
dummy.o pseudo.o netmsg.o flstring.o fdstring.o \
rfc822.o nntp.o smtp.o imap4r1.o http.o json.o pop3.o \
- unix.o mbx.o mmdf.o tenex.o mtx.o news.o phile.o mh.o mx.o mix.o
+ unix.o mbx.o mmdf.o tenex.o mtx.o news.o phile.o mh.o mx.o mix.o sha.o
+SOBINARIES=$(BINARIES:.o=.so)
CFLAGS=-g
@@ -93,7 +93,7 @@ Index: imap/src/osdep/unix/Makefile
# Dependencies
-@@ -924,7 +939,7 @@ http.o: mail.h misc.h osdep.h utf8.h http.h json.h
+@@ -925,7 +940,7 @@ sha.o: mail.h misc.h osdep.h sha.h sha-private.h hash.
# OS-dependent
@@ -102,7 +102,7 @@ Index: imap/src/osdep/unix/Makefile
osdep.h env_unix.h tcp_unix.h oauth2_aux.h \
osdep.c env_unix.c fs_unix.c ftl_unix.c nl_unix.c tcp_unix.c ip_unix.c\
auths.c crexcl.c flockcyg.c flocklnx.c flocksim.c fsync.c \
-@@ -939,12 +954,12 @@ osdep.o:mail.h misc.h env.h fs.h ftl.h nl.h tcp.h \
+@@ -940,12 +955,12 @@ osdep.o:mail.h misc.h env.h fs.h ftl.h nl.h tcp.h \
write.c sslstdio.c \
strerror.c strpbrk.c strstr.c strtok.c strtoul.c \
OSCFL
[update] alpine 2.26
This updates alpine to 2.26. I don't remember what needs to be tested
with PHP. The diff went through a full amd64 bulk without fallout.
Index: Makefile
===
RCS file: /cvs/ports/mail/alpine/Makefile,v
retrieving revision 1.59
diff -u -p -r1.59 Makefile
--- Makefile7 Aug 2022 08:15:51 - 1.59
+++ Makefile21 Dec 2022 09:39:30 -
@@ -6,7 +6,7 @@ COMMENT-pico= UW text editor
COMMENT-pilot= UW file system navigator
FIX_EXTRACT_PERMISSIONS = Yes
-V= 2.25
+V= 2.26
DISTNAME= alpine-${V}
EXTRACT_SUFX= .tar.xz
@@ -17,12 +17,8 @@ PICO_V= 5.09
# grep PILOT_VERSION ${WRKSRC}/pico/pilot.c
PILOT_V= 2.99
-REVISION-main= 3
REVISION-pico= 26
REVISION-pilot=26
-REVISION-c-client= 4
-REVISION-mailutil= 2
-REVISION-imap= 2
PKGNAME-main= alpine-${V}
PKGNAME-c-client= c-client-${V}
Index: distinfo
===
RCS file: /cvs/ports/mail/alpine/distinfo,v
retrieving revision 1.10
diff -u -p -r1.10 distinfo
--- distinfo22 Sep 2021 20:57:10 - 1.10
+++ distinfo21 Dec 2022 09:39:37 -
@@ -1,2 +1,2 @@
-SHA256 (alpine-2.25.tar.xz) = ZYoVCYL2dAu0Eo5t2BGI6qEhLKC/aJuDwgk7tRjs93Y=
-SIZE (alpine-2.25.tar.xz) = 7495372
+SHA256 (alpine-2.26.tar.xz) = wHecK+bEfTBVSFSj4U7142U5UCszEGiFEyknWJipuro=
+SIZE (alpine-2.26.tar.xz) = 7517628
Index: patches/patch-alpine_pine-use_c
===
RCS file: /cvs/ports/mail/alpine/patches/patch-alpine_pine-use_c,v
retrieving revision 1.6
diff -u -p -r1.6 patch-alpine_pine-use_c
--- patches/patch-alpine_pine-use_c 11 Mar 2022 19:34:32 - 1.6
+++ patches/patch-alpine_pine-use_c 21 Dec 2022 09:42:17 -
@@ -1,6 +1,7 @@
alpine/pine-use.c.orig Mon Feb 6 01:06:22 2017
-+++ alpine/pine-use.c Tue Apr 25 11:10:08 2017
-@@ -24,7 +24,7 @@ static char rcsid[] = "$Id: pine-use.c 761 2007-10-23
+Index: alpine/pine-use.c
+--- alpine/pine-use.c.orig
alpine/pine-use.c
+@@ -20,7 +20,7 @@
#include
#ifndef MAILSPOOLPCTS
Index: patches/patch-configure
===
RCS file: /cvs/ports/mail/alpine/patches/patch-configure,v
retrieving revision 1.12
diff -u -p -r1.12 patch-configure
--- patches/patch-configure 11 Mar 2022 19:34:32 - 1.12
+++ patches/patch-configure 21 Dec 2022 09:42:13 -
@@ -1,7 +1,7 @@
Index: configure
--- configure.orig
+++ configure
-@@ -13717,6 +13717,7 @@ fi
+@@ -14878,6 +14878,7 @@ fi
fi
@@ -9,7 +9,7 @@ Index: configure
-@@ -14862,6 +14863,7 @@ $as_echo "$ac_res" >&6; }
+@@ -16023,6 +16024,7 @@ $as_echo "$ac_res" >&6; }
INCINTL=
fi
Index: patches/patch-imap_src_osdep_unix_Makefile
=======
RCS file: /cvs/ports/mail/alpine/patches/patch-imap_src_osdep_unix_Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 patch-imap_src_osdep_unix_Makefile
--- patches/patch-imap_src_osdep_unix_Makefile 11 Mar 2022 19:34:32 -
1.7
+++ patches/patch-imap_src_osdep_unix_Makefile 21 Dec 2022 09:42:13 -
@@ -35,7 +35,7 @@ Index: imap/src/osdep/unix/Makefile
@@ -156,6 +158,7 @@ BINARIES=osdep.o mail.o misc.o newsrc.o smanager.o utf
dummy.o pseudo.o netmsg.o flstring.o fdstring.o \
rfc822.o nntp.o smtp.o imap4r1.o http.o json.o pop3.o \
- unix.o mbx.o mmdf.o tenex.o mtx.o news.o phile.o mh.o mx.o mix.o
+ unix.o mbx.o mmdf.o tenex.o mtx.o news.o phile.o mh.o mx.o mix.o sha.o
+SOBINARIES=$(BINARIES:.o=.so)
CFLAGS=-g
@@ -93,7 +93,7 @@ Index: imap/src/osdep/unix/Makefile
# Dependencies
-@@ -924,7 +939,7 @@ http.o: mail.h misc.h osdep.h utf8.h http.h json.h
+@@ -925,7 +940,7 @@ sha.o: mail.h misc.h osdep.h sha.h sha-private.h hash.
# OS-dependent
@@ -102,7 +102,7 @@ Index: imap/src/osdep/unix/Makefile
osdep.h env_unix.h tcp_unix.h oauth2_aux.h \
osdep.c env_unix.c fs_unix.c ftl_unix.c nl_unix.c tcp_unix.c ip_unix.c\
auths.c crexcl.c flockcyg.c flocklnx.c flocksim.c fsync.c \
-@@ -939,12 +954,12 @@ osdep.o:mail.h misc.h env.h fs.h ftl.h nl.h tcp.h \
+@@ -940,12 +955,12 @@ osdep.o:mail.h misc.h env.h fs.h ftl.h nl.h tcp.h \
write.c sslstdio.c \
strerror.c strpbrk.c strstr.c strtok.c strtoul.c \
OSCFLAGS
Index: patches/patch-imap_src_osdep_unix_ssl_unix_c
=======
RCS file: /cvs/ports/mail/alpine/patches/patch-imap_src_osdep_unix_ssl_unix_c,v
retrieving revision 1.6
diff -u -p -r1.6 patch-imap_src_osdep_unix_ssl_unix_c
--- patches/patch-imap_src_osdep_unix_ssl_unix_c11 Mar 2022 19:34:32
- 1.6
+++ patch
Re: [ju...@sonarnerd.net: Bug in Alpine TLS patch applied in 6.7/6.8/6.9 (ports/mail/alpine)]
Hi,
I'd like to just update that this issue still happens with OpenBSD 6.9
and latest uw-imapd installed from ports. I don't know if it's due to
Thunderbird, iOS email client or Android email client. But in any case I
end up having a lot of stale imapd processes in busyloop that I need to
manually kill.
I don't know why it happens or where, but likely in disconnection code
path related to SSL. So somehow it came back in OpenBSD 6.8 after it got
fixed in 6.7. Possibly due to some changes in either imapd (I don't
think so), or in libssl.
Best regards,
- Jussi
On 1/28/21 8:35 AM, Theo Buehler wrote:
Hi,
On Thu, Jan 28, 2021 at 01:09:20AM +0200, Jussi Laako wrote:
Hi,
Looks like this problem has somehow resurfaced on OpenBSD 6.8, at least in
the pre-built packages. I have again imapd processes stuck in a busyloop...
Do I understand correctly that you're back to seeing the spinning when
thunderbird clients connect after you upgraded your mail server from 6.7
to 6.8-stable?
Can you figure out where the spinning happens?
Is it again the patches/patch-imap_src_osdep_unix_ssl_unix_c patch for
alpine or is it something else? My understanding is that this is still
needed to be able to talk to gmail.
It would probably speed things up if you could provide some instructions
and a config file so we can reproduce the problem and poke at it.
Regards,
Theo
Best regards,
- Jussi
On 13.9.2020 12.17, Jussi Laako wrote:
Hi,
I've updated my server with version built using this patch and it seems
to work without problems too.
Best regards,
- Jussi
On 12.9.2020 14.00, richard.n.proc...@gmail.com wrote:
On Sat, 12 Sep 2020, Theo Buehler wrote:
On Sat, Sep 12, 2020 at 07:09:16PM +1200,
richard.n.proc...@gmail.com wrote:
On Fri, 11 Sep 2020, Theo Buehler wrote:
Hi Richard,
Could you please give the patch below a go on a relatively -current
machine (anything after May 24 should be fine) and try if you can send
and read mail with gmail?
We have enabled AUTO_RETRY in libssl, so we should no longer do the
retry of the writes, it may actually break things. That should also
address the busy looping Jussi sees on the alpine server.
Hi Theo,
Sure thing. It looks like a no-go. Here's what I did:
First build the latest alpine(1) sans-patch and test:
- sysupgrade
- /usr/ports$ cvs -ACd
- make build && make install in /usr/ports/mail/alpine
- this connects to gmail fine (as expected).
Then build with your patch. Alpine then fails to connect to gmail with
"SSL negotiation failed".
I applied my debug patch below on top of your patch (I've attached the
final patches/patch-imap_src_osdep_unix_ssl_unix_c file as
the resultant
patch was unwieldly) and got the following two lines of output:
ssl_start_work: SSL_get_error: 3
ssl_start_work: ERR_get_error_line_data
Happy to help work on this further if you need.
Thank you. So that's again the issue we fixed by retrying the SSL_write
before 6.7.
The patch below should still let alpine interoperate with gmail and
hopefully also fix Jussi's thunderbird issue on the server. I simplified
and cleaned up the retry logic a bit. It preserves the logic apparently
really needed for gmail interoperation and removes the second SSL_write
retry that is probably spinning in a tight loop on Jussi's server.
Could both of you give this a try please?
alpine opens my gmail inbox with this patch.
I've also reconfirmed that the prior patch induced the "SSL negotiation
failed" error.
cheers,
Richard.
Index: Makefile
===
RCS file: /var/cvs/ports/mail/alpine/Makefile,v
retrieving revision 1.47
diff -u -p -r1.47 Makefile
--- Makefile 1 May 2020 09:09:14 - 1.47
+++ Makefile 12 Sep 2020 07:42:47 -
@@ -28,7 +28,7 @@ PKGNAME-mailutil= mailutil-uw-${V}
PKGNAME-pico= pico-${PICO_V}
PKGNAME-pilot= pilot-${PILOT_V}
-REVISION= 4
+REVISION= 5
REVISION-pico= 20
REVISION-pilot= 20
Index: patches/patch-imap_src_osdep_unix_ssl_unix_c
===
RCS file:
/var/cvs/ports/mail/alpine/patches/patch-imap_src_osdep_unix_ssl_unix_c,v
retrieving revision 1.1
diff -u -p -r1.1 patch-imap_src_osdep_unix_ssl_unix_c
--- patches/patch-imap_src_osdep_unix_ssl_unix_c 1 May 2020
09:09:14 - 1.1
+++ patches/patch-imap_src_osdep_unix_ssl_unix_c 12 Sep 2020
07:57:42 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-imap_src_osdep_unix_ssl_unix_c,v 1.1
2020/05/01 09:09:14 tb Exp $
* some popular mail services enforce SNI for TLSv1.3 clients,
so send it
-* retry SSL_write if we're told to do so.
+* retry SSL_write on blocking socket if we're told to do so.
Index: imap/src/osdep/unix/ssl_unix.c
--- imap/src/osdep/unix/ssl_unix.c.orig
@@ -14,7 +14,7 @@ Index: imap/src/osdep/unix/ssl_unix.c
unsigned long sl,tl;
char *s,*t,*
mail/alpine: update to 2.24, fixing -fno-common
Someone who uses this, please test, alpine failing knocks out nearly
300 packages/subpackages from a build with -fno-common default (i.e.
for the clang11 update).
I know there are some users because there were reports of libressl
problems recently :)
I moved the XXX to a non-XXX comment near MASTER_SITES, the releases
are cut from that repo anyway.
Diff also at https://junkpile.org/alpine-2.24.diff
Index: Makefile
===
RCS file: /cvs/ports/mail/alpine/Makefile,v
retrieving revision 1.48
diff -u -p -r1.48 Makefile
--- Makefile13 Sep 2020 08:05:08 - 1.48
+++ Makefile1 Feb 2021 22:42:24 -
@@ -1,7 +1,5 @@
# $OpenBSD: Makefile,v 1.48 2020/09/13 08:05:08 tb Exp $
-# XXX consider moving to https://repo.or.cz/alpine.git
-
COMMENT-main= UW e-mail client
COMMENT-c-client= UW c-client mail access routines
COMMENT-imap= UW IMAP4rev1/POP2/POP3 mail servers
@@ -10,7 +8,7 @@ COMMENT-pico= UW text editor
COMMENT-pilot= UW file system navigator
FIX_EXTRACT_PERMISSIONS = Yes
-V= 2.21
+V= 2.24
DISTNAME= alpine-${V}
EXTRACT_SUFX= .tar.xz
@@ -28,9 +26,8 @@ PKGNAME-mailutil= mailutil-uw-${V}
PKGNAME-pico= pico-${PICO_V}
PKGNAME-pilot= pilot-${PILOT_V}
-REVISION= 5
-REVISION-pico= 20
-REVISION-pilot=20
+REVISION-pico= 21
+REVISION-pilot=21
EPOCH-c-client=0
EPOCH-imap=0
@@ -42,14 +39,16 @@ CATEGORIES-c-client=devel mail
CATEGORIES-pico= editors
CATEGORIES-pilot= sysutils
-HOMEPAGE= http://alpine.x10host.com/
+HOMEPAGE= https://alpine.x10host.com/
# Apache 2.0
PERMIT_PACKAGE=Yes
-MASTER_SITES= http://alpine.x10host.com/alpine/release/
+# repo at https://repo.or.cz/alpine.git
+MASTER_SITES= https://alpine.x10host.com/alpine/release/src/
MULTI_PACKAGES=-main -c-client -imap -mailutil -pico -pilot
+DEBUG_PACKAGES=${BUILD_PACKAGES}
WANTLIB += c crypto iconv intl curses ssl
@@ -82,6 +81,7 @@ CONFIGURE_ARGS= --with-system-pinerc=${
--with-interactive-spellcheck=aspell \
--with-c-client-target=bso \
--with-debug-level=0 \
+ --with-bundled-tools \
--without-ldap \
--without-tcl \
--without-npa \
Index: distinfo
===
RCS file: /cvs/ports/mail/alpine/distinfo,v
retrieving revision 1.8
diff -u -p -r1.8 distinfo
--- distinfo25 Apr 2017 09:20:53 - 1.8
+++ distinfo1 Feb 2021 22:42:24 -
@@ -1,2 +1,2 @@
-SHA256 (alpine-2.21.tar.xz) = YDC2iBuBaFRnVqs6XkNijY1WRTmwR2V44od3VXOndDg=
-SIZE (alpine-2.21.tar.xz) = 4720856
+SHA256 (alpine-2.24.tar.xz) = ZRqf+gop4rZGoKbg1aLIxQ8noHomphZAt8eD0G0KvO8=
+SIZE (alpine-2.24.tar.xz) = 7341676
Index: patches/patch-configure
===
RCS file: /cvs/ports/mail/alpine/patches/patch-configure,v
retrieving revision 1.9
diff -u -p -r1.9 patch-configure
--- patches/patch-configure 25 Apr 2017 09:20:53 - 1.9
+++ patches/patch-configure 1 Feb 2021 22:42:24 -
@@ -1,7 +1,8 @@
$OpenBSD: patch-configure,v 1.9 2017/04/25 09:20:53 ajacoutot Exp $
configure.orig Mon Feb 6 01:06:22 2017
-+++ configure Tue Apr 25 11:10:08 2017
-@@ -13778,6 +13778,7 @@ fi
+Index: configure
+--- configure.orig
configure
+@@ -13714,6 +13714,7 @@ fi
fi
@@ -9,7 +10,7 @@ $OpenBSD: patch-configure,v 1.9 2017/04/
-@@ -14923,6 +14924,7 @@ $as_echo "$ac_res" >&6; }
+@@ -14859,6 +14860,7 @@ $as_echo "$ac_res" >&6; }
INCINTL=
fi
Index: patches/patch-doc_man1_alpine_1
===
RCS file: /cvs/ports/mail/alpine/patches/patch-doc_man1_alpine_1,v
retrieving revision 1.1
diff -u -p -r1.1 patch-doc_man1_alpine_1
--- patches/patch-doc_man1_alpine_1 25 Apr 2017 09:20:53 - 1.1
+++ patches/patch-doc_man1_alpine_1 1 Feb 2021 22:42:24 -
@@ -1,7 +1,8 @@
$OpenBSD: patch-doc_man1_alpine_1,v 1.1 2017/04/25 09:20:53 ajacoutot Exp $
doc/man1/alpine.1.orig Mon Feb 6 01:06:22 2017
-+++ doc/man1/alpine.1 Tue Apr 25 11:13:00 2017
-@@ -301,7 +301,7 @@ uses the following environment variables:
+Index: doc/man1/alpine.1
+--- doc/man1/alpine.1.orig
doc/man1/alpine.1
+@@ -318,7 +318,7 @@ uses the following environment variables:
.if n .ta 2.8i
.if t .ta 2.1i
@@ -10,7 +11,7 @@ $OpenBSD: patch-doc_man1_alpine_1,v 1.1
.br
~/mailDefault directory for mail folders.
.br
-@@ -337,7 +337,7 @@ uses t
questions about alpine
I was reading over austin hook's problems with the alpine email client
that were posted in misc@. I too have been having problems with alpine in
6.8 stable which are new. I have used alpine for many many years and it
just worked fine.
Like austin, I have had lockups and with the program doing things like
composing, to chaining to external programs like a browser to using xv to
display images. The problems are intermittment but never occurred prior
to 6.8. I guess ktrace is in my future?
Couple of questions about alpine:
Question 1
In working through some of my problems I found that the pkg and port are
compiled with debug disabled. Is there a reason for that default
instead of compiling with debuglevel=0 and setting a low number for the
number of debug files to save?
I created an install with debug enabled which allowed me to use various
command line switches to control how much information was being written to
the debug files. This helped show a communication problem with a
particular imap server was not a timeout but rather an SSL
handshake failure that occurs intermittmently. The debug log minus my
email address as logged
IMAP 11:56:18 1/8 mm_log tcp: DNS resolution mail.acsalaska.net
IMAP 11:56:18 1/8 mm_log tcp: DNS resolution done
IMAP 11:56:18 1/8 mm_log babble: Trying IP address [66.226.70.80]
IMAP 11:56:18 1/8 mm_log tcp: Stream open and ready for read
IMAP 11:56:18 1/8 mm_log tcp: Reading SSL data
IMAP 11:56:22 1/8 mm_log tcp: SSL data read I/O error 54 SSL error 5
IMAP 11:56:22 1/8 mm_notify bye:
{mail.acsalaska.net/user=xx...@xx.xxx/ssl/novalidate-cert}inbox:
[CLOSED] IMAP connection broken (server response)
IMAP 11:56:22 1/8 mm_log error: [CLOSED] IMAP connection broken (server
response)
error 54 SSL error 5 is the problem still looking how to fix it or if it
something with that particular server.
Question 2
The version in ports and pkgs is shown as 2.21 with some patches. The
source location is pointed to alpine.x10host.com which is apparently the
"new" home for the program. The current version is shown as version 2.24.
Is there a reason this isn't being used. One of the interesting issues in
this version is trying to address issues connecting to the yahoo imap
server, which for me stopped working a couple of months ago. Debug logs
showed (with the source ip blanked out)
IMAP DEBUG 21:15:06 1/7: OK AUTHENTICATE completed
IMAP DEBUG 21:15:06 1/7: 0001 ID ("name" "alpine" "version" "2.21")
IMAP DEBUG 21:15:06 1/7: * ID ("remote-host" "xxx.xxx.xxx.xxx" "vendor"
"Yahoo! Inc." "support-url" "http://help.yahoo.com/; "name" "Y!IMAP"
"host" "sky300148.imap.mail.yahoo.com" "version" "1.1.16979")
IMAP DEBUG 21:15:06 1/7: 0001 OK ID completed
IMAP DEBUG 21:15:06 1/7: 0002 SELECT INBOX
IMAP DEBUG 21:15:11 1/7: 0002 BAD [CLIENTBUG] SELECT Command is not
valid in this state
IMAP 21:15:11 1/7 mm_log error: IMAP protocol error: [CLIENTBUG] SELECT
Command is not valid in this state
IMAP 21:15:11 1/7 mm_log error: [CLIENTBUG] SELECT Command is not valid in
this state
I have yet to figure out what "Command is not valid in this state" means
I just show these as examples of the debug log that alpine can create if
debug is enabled.
peter
Re: Alpine mail client. Fresh install of 6.8. "Mail" works but Alpine problems
Stefan, A million thanks! Local host works! Too simple -- too logical! I would never have imagined that Alpine wouldn't have worked without that. Going to my mounted backup drive Look at how long I haven't needed to change one of the shell configuration files! ...: - pwd /home/... cd oldq3/ ls -l .cshrc -rw--- 1 ... ... 2707 Sep 23 2002 .cshrc -- Of course I regularly change certain minor features in pine/Alpine's .pinerc so last change was earlier this month. I am sure I never changed the smpt-server configuration, however. [not showing the .pinerc file date here since it changes often] Extract from old .pinerc -- smtp-server was always left blank up till now... --- # List of SMTP servers for sending mail. If blank: Unix Pine uses sendmail. smtp-server= # NNTP server for posting news. Also sets news-collections for news reading. nntp-server= Now going into the newly installed Alpine mail client Setup/Configure menu -- SMTP Server (for sending) = NNTP Server (for news)= I NOTE THAT FIRST USE AFTER NEW INSTALL, if there is no .pinerc file yet, it immediately tries to send a message back to the maintainers at U. of Washington, and obviously expects that to work, but instead, it immediately hangs. That probably means that something in how OpenBSD is configured these days, doesn't allow for that. But maybe it should, or rather, a small change in the patches for the Alpine port configuration, for OpenBSD, could allow for it to immediately send from the box where Alpine was just newly installed. Looking directly into the new .pinerc file: Extract follows: # List of SMTP servers for sending mail. If blank: Unix Alpine uses sendmail. smtp-server= # NNTP server for posting news. Also sets news-collections for news reading. nntp-server= /Extract i.e. same as ever Now after using the Setup/Configure menu in the latest version from 6.8 packages and setting the server to "localhost", as you suggested, the .pinerc looks like: Extract: # List of SMTP servers for sending mail. If blank: Unix Alpine uses sendmail. smtp-server=localhost # NNTP server for posting news. Also sets news-collections for news reading. nntp-server= /Extract AND THAT WORKS LIKE A CHARM! What's really curious is the statement in .pinerc that "If blank: Unix Alpine uses sendmail." Well to me that implies that it would use sendmail on the local host, so one wouldn't think that one would also have to specify it in the setup menu for first use. --- After one already had to deal with the initial "hang"! I note that the sendmail we now have is the pseudo Sendmail provided by the newer smpt/smptd system. I can't see that being the problem. Maybe some patch to Alpine was made for tighter OpenBSD security, or there is some additional system configuration I should have attended to these days. I'll put into my todo list to do a little more code digging, and look at the port if no one else gets to it. At the moment I have an incredible backlog of work and apologies to make for lost incoming emails after being down for a week, and also not replying even after incoming email was working and I had the awkward work-around of "Mail". I note that .calendar is not working for me. Wonder if it is a related kind of deeper problem in my system setup. Not critical though Most Alpine users (if any are still left), probably use an external mail server, and would have filled in something, so would never see this problem. Still would like to hear from any regular OpenBSD Alpine users. - Now to set up a new webserver too. And then maybe even do some crucial Year End company paperwork [Wish I had some time left for programming!] Stefan, again, thanks so much. Regards, Austin Hook Milk River, Canada On Sat, 23 Jan 2021, Stefan Hagen wrote: > Hi Austin, > > aus...@computershop.ca wrote: > > 2) Any reason why the new pseudo-Sendmail wouldn't handle Apline as > > well as the old one did? > > This mailing list is mostly for porting work and not for questions about > functionality or bugs that are not related to the porting process but > the software itself. > > That being said, I played around with alpine. You're right. If you leave > "smtp-server=" empty, sending an email gets stuck as you described. > > I
Re: Alpine mail client. Fresh install of 6.8. "Mail" works but Alpine problems
Hi Austin, aus...@computershop.ca wrote: > 2) Any reason why the new pseudo-Sendmail wouldn't handle Apline as > well as the old one did? This mailing list is mostly for porting work and not for questions about functionality or bugs that are not related to the porting process but the software itself. That being said, I played around with alpine. You're right. If you leave "smtp-server=" empty, sending an email gets stuck as you described. I've tried to set "smtp-server=" to localhost as well as to my SMTP/SMTPs OpenSMTPd server. Those configurations are working fine and maybe you can use one of these? Why it gets stuck when falling back to the sendmail binary, I don't know. Using the sendmail binary manually is working here. The correct list to address this would be: https://opensmtpd.org/list.html Best Regards, Stefan
Alpine mail client. Fresh install of 6.8. "Mail" works but Alpine problems
Just set up a brand new ASUS desktop with 6.8, so as to replace my old mail
server,
which died after 15 years or so (but well backed up and have 20 odd years of
emails
saved on it). I have a few local users on it, and we are used to using good
old alpine.
The basic "Mail" client works fine, both sending and receiving, however, having
installed
the Alpine client, which seems to work fine for handling incoming mail, I was
surprised to find
that newly composed outgoing email, or replies to ones received cause Alpine to
hand endlessly,
I actually have to close the X-window to get out of it -- even so it is still
running so I
have to issue a kill -9 to stop it.
Feels to me that somehow there is a lock on some file that Alpine wants to use,
but I can't see
anything like mbox.lock or whatever. Whoops, above paragraph: s/hand/hang
Here's my /etc/main/smtp.conf
# This is the smtpd server system-wide configuration file.
# See smtpd.conf(5) for more information.
table aliases file:/etc/mail/aliases
listen on socket
# To accept external mail, replace with: listen on all
#
# listen on lo0
listen on all
action "local_mail" mbox alias
action "outbound" relay
# Uncomment the following to accept external mail for domain "example.org"
#
# match from any for domain "example.org" action "local_mail"
match from any for domain "computershop.ca" action "local_mail"
match from any for domain "hook.org" action "local_mail"
match from any for domain "mrdoctors.ca" action "local_mail"
match from local for local action "local_mail"
match from local for any action "outbound"
--
Here's text from the hanging outgoing test message:
To : aus...@hook.org
Cc :
Attchmnt:
Subject : Re: test message from gmail to cs...@computershop.ca
- Message Text -
replying to test message below from cshop
On Thu, 21 Jan 2021, Austin Hook wrote:
> test message from gmail to cs...@computershop.ca
>
[Sending mail |<= This line incomplete says something like 0%
---
Am behind our firewall so here's an extract of the rules:
emailports = "{ smtp, pop3, imap, imap3, imaps, pop3s }"
...
### Externally originated mail traffic redirected to our internal mailserver
match in on $ext_if proto tcp to $ext_if port $emailports rdr-to $emailserver
### Stop mail from Local net from IPs where no mail should come from
block in quick on $int_if proto tcp from { $hp $wlrouter $dynamic $accounting }
port $emailports
...
### Local net will need help accessing the mailserver ###
match in on $int_if inet proto tcp from $int_if:network to $ext_if \
port $emailports rdr-to $emailserver
match out on $int_if proto tcp from $int_if:network to $emailserver \
port $emailports nat-to $int_if
pass out on $ext_if from $localnet to any nat-to $ext_if
--
Getting pretty rusty here... set it up 10 years ago and it's taken me a week
of being down ,so far,
to deal with dozens of gotchas, like forgetting our last nameserver was down as
well, and the ns2 location
went away a year ago, and I should have covered that problem at the time.
Still have to set up our
web pages again. etc. etc.
I wonder if alpine used new mail ports I never heard of back then and probably
gave too much info here,
Except what really is needed. Here's a few basic questions perhaps some can
answer top of their head:
1) Anyone still running Alpine in this era of 6.8?
2) Any reason why the new pseudo-Sendmail wouldn't handle Apline as well as
the old one did?
In general, kudos, to the OpenBSD folks who bring so much basic functionality
into OpenBSD itself. I'll
be delighted if I can just use this simplified framework successfully.
3) Any further comments?
Austin
Re: mail/alpine vs GMail vs TLSv1.3
On Thu, Apr 30 2020, Theo Buehler wrote:
> procter reported to me yesterday that the last time that he could use
> his GMail account with alpine was before the Hobart hackathon, i.e.,
> before the TLSv1.3 client was enabled.
>
> There are two problems:
>
> First, if you establish a TLSv1.3 connection to imap.gmail.com:993
> without SNI, it answers with a self-signed cert containing
>
> subject=/OU=No SNI provided; please fix your client./CN=invalid2.invalid
> issuer=/OU=No SNI provided; please fix your client./CN=invalid2.invalid
>
> Unless you turn off certificate validation in the alpine config, the
> connection will fail. The SNI hunk is taken from alpine 2.22 [1].
>
>
> Second, our TLSv1.3 stack tends to want more retries. alpine already
> retries reads, but doesn't do it for writes. We verified that SSL_write
> returns SSL_ERROR_WANT_WRITE. I did essentially the same thing we did
> (and shortly after undid) for wget.
>
>
> procter verified that the combination of these two fixes allows him to
> use alpine with GMail imap and smtp again.
>
> I'm both surprised and a bit worried that it took so long for somebody
> to report this.
>
> An alternative would be to update to alpine 2.22, but I suspect that the
> SSL_write issue is still present there, so the patch below would seem to
> be the safer option.
Rationale makes sense and changes look good. ok jca@
Regarding the comment, is it only gmail that tells us to retry writes?
(If not, please tweak the comment.)
> [1]:
> https://repo.or.cz/alpine.git/blob/99948a254e2c2352547b962cbd1c23738e7af6b3:/imap/src/osdep/unix/ssl_unix.c#l446
>
> Index: Makefile
> ===
> RCS file: /var/cvs/ports/mail/alpine/Makefile,v
> retrieving revision 1.46
> diff -u -p -r1.46 Makefile
> --- Makefile 20 Mar 2020 16:44:24 - 1.46
> +++ Makefile 29 Apr 2020 13:29:40 -
> @@ -28,7 +28,7 @@ PKGNAME-mailutil= mailutil-uw-${V}
> PKGNAME-pico=pico-${PICO_V}
> PKGNAME-pilot= pilot-${PILOT_V}
>
> -REVISION=3
> +REVISION=4
> REVISION-pico= 20
> REVISION-pilot= 20
>
> Index: patches/patch-imap_src_osdep_unix_ssl_unix_c
> ===
> RCS file: patches/patch-imap_src_osdep_unix_ssl_unix_c
> diff -N patches/patch-imap_src_osdep_unix_ssl_unix_c
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-imap_src_osdep_unix_ssl_unix_c 30 Apr 2020 10:49:20
> -
> @@ -0,0 +1,57 @@
> +$OpenBSD$
> +
> +Workarounds for GMail:
> +* imap.gmail.com requires SNI for TLSv1.3 clients
> +* retry the writes if we're told to do so.
> +
> +Index: imap/src/osdep/unix/ssl_unix.c
> +--- imap/src/osdep/unix/ssl_unix.c.orig
> imap/src/osdep/unix/ssl_unix.c
> +@@ -266,6 +266,7 @@ static char *ssl_start_work (SSLSTREAM *stream,char *h
> + {
> + BIO *bio;
> + X509 *cert;
> ++ int ssl_err;
> + unsigned long sl,tl;
> + char *s,*t,*err,tmp[MAILTMPLEN], buf[256];
> + sslcertificatequery_t scq =
> +@@ -313,12 +314,22 @@ static char *ssl_start_work (SSLSTREAM *stream,char *h
> + /* create connection */
> + if (!(stream->con = (SSL *) SSL_new (stream->context)))
> + return "SSL connection failed";
> ++ if (host && !SSL_set_tlsext_host_name(stream->con, host)) {
> ++return "Server Name Identification (SNI) failed";
> ++ }
> + bio = BIO_new_socket (stream->tcpstream->tcpsi,BIO_NOCLOSE);
> + SSL_set_bio (stream->con,bio,bio);
> + SSL_set_connect_state (stream->con);
> + if (SSL_in_init (stream->con)) SSL_total_renegotiations (stream->con);
> + /* now negotiate SSL */
> +- if (SSL_write (stream->con,"",0) < 0)
> ++ do {
> ++ssl_err = SSL_write (stream->con,"",0);
> ++ } while ((ssl_err == -1 &&
> ++ SSL_get_error(stream->con, ssl_err) == SSL_ERROR_SYSCALL && errno ==
> EINTR) ||
> ++(ssl_err < 0 &&
> ++ (SSL_get_error(stream->con, ssl_err) == SSL_ERROR_WANT_READ ||
> ++SSL_get_error(stream->con, ssl_err) == SSL_ERROR_WANT_WRITE)));
> ++ if (ssl_err < 0)
> + return ssl_last_error ? ssl_last_error : "SSL negotiation failed";
> + /* need to validate host names? */
> + if (!(flags & NET_NOVALIDATECERT) &&
> +@@ -626,7 +637,14 @@ long ssl_sout (SSLSTREAM *stream,char *string,unsigned
> + /* until request satisfied */
> + for (i = 0; size > 0; st
Re: mail/alpine vs GMail vs TLSv1.3
On 2020/04/30 16:43, Theo Buehler wrote:
> procter reported to me yesterday that the last time that he could use
> his GMail account with alpine was before the Hobart hackathon, i.e.,
> before the TLSv1.3 client was enabled.
>
> There are two problems:
>
> First, if you establish a TLSv1.3 connection to imap.gmail.com:993
> without SNI, it answers with a self-signed cert containing
>
> subject=/OU=No SNI provided; please fix your client./CN=invalid2.invalid
> issuer=/OU=No SNI provided; please fix your client./CN=invalid2.invalid
>
> Unless you turn off certificate validation in the alpine config, the
> connection will fail. The SNI hunk is taken from alpine 2.22 [1].
Yep we've seen that one with a few ports already :-)
> Second, our TLSv1.3 stack tends to want more retries. alpine already
> retries reads, but doesn't do it for writes. We verified that SSL_write
> returns SSL_ERROR_WANT_WRITE. I did essentially the same thing we did
> (and shortly after undid) for wget.
>
>
> procter verified that the combination of these two fixes allows him to
> use alpine with GMail imap and smtp again.
>
> I'm both surprised and a bit worried that it took so long for somebody
> to report this.
I'm not entirely surprised, console-based mail clients are often run
directly on mail servers which tend to not get updated all that often.
> An alternative would be to update to alpine 2.22, but I suspect that the
> SSL_write issue is still present there, so the patch below would seem to
> be the safer option.
>
> [1]:
> https://repo.or.cz/alpine.git/blob/99948a254e2c2352547b962cbd1c23738e7af6b3:/imap/src/osdep/unix/ssl_unix.c#l446
OK.
> Index: Makefile
> ===
> RCS file: /var/cvs/ports/mail/alpine/Makefile,v
> retrieving revision 1.46
> diff -u -p -r1.46 Makefile
> --- Makefile 20 Mar 2020 16:44:24 - 1.46
> +++ Makefile 29 Apr 2020 13:29:40 -
> @@ -28,7 +28,7 @@ PKGNAME-mailutil= mailutil-uw-${V}
> PKGNAME-pico=pico-${PICO_V}
> PKGNAME-pilot= pilot-${PILOT_V}
>
> -REVISION=3
> +REVISION=4
> REVISION-pico= 20
> REVISION-pilot= 20
>
> Index: patches/patch-imap_src_osdep_unix_ssl_unix_c
> ===
> RCS file: patches/patch-imap_src_osdep_unix_ssl_unix_c
> diff -N patches/patch-imap_src_osdep_unix_ssl_unix_c
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-imap_src_osdep_unix_ssl_unix_c 30 Apr 2020 10:49:20
> -
> @@ -0,0 +1,57 @@
> +$OpenBSD$
> +
> +Workarounds for GMail:
> +* imap.gmail.com requires SNI for TLSv1.3 clients
> +* retry the writes if we're told to do so.
> +
> +Index: imap/src/osdep/unix/ssl_unix.c
> +--- imap/src/osdep/unix/ssl_unix.c.orig
> imap/src/osdep/unix/ssl_unix.c
> +@@ -266,6 +266,7 @@ static char *ssl_start_work (SSLSTREAM *stream,char *h
> + {
> + BIO *bio;
> + X509 *cert;
> ++ int ssl_err;
> + unsigned long sl,tl;
> + char *s,*t,*err,tmp[MAILTMPLEN], buf[256];
> + sslcertificatequery_t scq =
> +@@ -313,12 +314,22 @@ static char *ssl_start_work (SSLSTREAM *stream,char *h
> + /* create connection */
> + if (!(stream->con = (SSL *) SSL_new (stream->context)))
> + return "SSL connection failed";
> ++ if (host && !SSL_set_tlsext_host_name(stream->con, host)) {
> ++return "Server Name Identification (SNI) failed";
> ++ }
> + bio = BIO_new_socket (stream->tcpstream->tcpsi,BIO_NOCLOSE);
> + SSL_set_bio (stream->con,bio,bio);
> + SSL_set_connect_state (stream->con);
> + if (SSL_in_init (stream->con)) SSL_total_renegotiations (stream->con);
> + /* now negotiate SSL */
> +- if (SSL_write (stream->con,"",0) < 0)
> ++ do {
> ++ssl_err = SSL_write (stream->con,"",0);
> ++ } while ((ssl_err == -1 &&
> ++ SSL_get_error(stream->con, ssl_err) == SSL_ERROR_SYSCALL && errno ==
> EINTR) ||
> ++(ssl_err < 0 &&
> ++ (SSL_get_error(stream->con, ssl_err) == SSL_ERROR_WANT_READ ||
> ++SSL_get_error(stream->con, ssl_err) == SSL_ERROR_WANT_WRITE)));
> ++ if (ssl_err < 0)
> + return ssl_last_error ? ssl_last_error : "SSL negotiation failed";
> + /* need to validate host names? */
> + if (!(flags & NET_NOVALIDATECERT) &&
> +@@ -626,7 +637,14 @@ long ssl_sout (SSLSTREAM *stream,char *string,unsigned
> + /* until request satisfied */
> + for (i = 0;
mail/alpine vs GMail vs TLSv1.3
procter reported to me yesterday that the last time that he could use
his GMail account with alpine was before the Hobart hackathon, i.e.,
before the TLSv1.3 client was enabled.
There are two problems:
First, if you establish a TLSv1.3 connection to imap.gmail.com:993
without SNI, it answers with a self-signed cert containing
subject=/OU=No SNI provided; please fix your client./CN=invalid2.invalid
issuer=/OU=No SNI provided; please fix your client./CN=invalid2.invalid
Unless you turn off certificate validation in the alpine config, the
connection will fail. The SNI hunk is taken from alpine 2.22 [1].
Second, our TLSv1.3 stack tends to want more retries. alpine already
retries reads, but doesn't do it for writes. We verified that SSL_write
returns SSL_ERROR_WANT_WRITE. I did essentially the same thing we did
(and shortly after undid) for wget.
procter verified that the combination of these two fixes allows him to
use alpine with GMail imap and smtp again.
I'm both surprised and a bit worried that it took so long for somebody
to report this.
An alternative would be to update to alpine 2.22, but I suspect that the
SSL_write issue is still present there, so the patch below would seem to
be the safer option.
[1]:
https://repo.or.cz/alpine.git/blob/99948a254e2c2352547b962cbd1c23738e7af6b3:/imap/src/osdep/unix/ssl_unix.c#l446
Index: Makefile
===
RCS file: /var/cvs/ports/mail/alpine/Makefile,v
retrieving revision 1.46
diff -u -p -r1.46 Makefile
--- Makefile20 Mar 2020 16:44:24 - 1.46
+++ Makefile29 Apr 2020 13:29:40 -
@@ -28,7 +28,7 @@ PKGNAME-mailutil= mailutil-uw-${V}
PKGNAME-pico= pico-${PICO_V}
PKGNAME-pilot= pilot-${PILOT_V}
-REVISION= 3
+REVISION= 4
REVISION-pico= 20
REVISION-pilot=20
Index: patches/patch-imap_src_osdep_unix_ssl_unix_c
===
RCS file: patches/patch-imap_src_osdep_unix_ssl_unix_c
diff -N patches/patch-imap_src_osdep_unix_ssl_unix_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-imap_src_osdep_unix_ssl_unix_c30 Apr 2020 10:49:20
-
@@ -0,0 +1,57 @@
+$OpenBSD$
+
+Workarounds for GMail:
+* imap.gmail.com requires SNI for TLSv1.3 clients
+* retry the writes if we're told to do so.
+
+Index: imap/src/osdep/unix/ssl_unix.c
+--- imap/src/osdep/unix/ssl_unix.c.orig
imap/src/osdep/unix/ssl_unix.c
+@@ -266,6 +266,7 @@ static char *ssl_start_work (SSLSTREAM *stream,char *h
+ {
+ BIO *bio;
+ X509 *cert;
++ int ssl_err;
+ unsigned long sl,tl;
+ char *s,*t,*err,tmp[MAILTMPLEN], buf[256];
+ sslcertificatequery_t scq =
+@@ -313,12 +314,22 @@ static char *ssl_start_work (SSLSTREAM *stream,char *h
+ /* create connection */
+ if (!(stream->con = (SSL *) SSL_new (stream->context)))
+ return "SSL connection failed";
++ if (host && !SSL_set_tlsext_host_name(stream->con, host)) {
++return "Server Name Identification (SNI) failed";
++ }
+ bio = BIO_new_socket (stream->tcpstream->tcpsi,BIO_NOCLOSE);
+ SSL_set_bio (stream->con,bio,bio);
+ SSL_set_connect_state (stream->con);
+ if (SSL_in_init (stream->con)) SSL_total_renegotiations (stream->con);
+ /* now negotiate SSL */
+- if (SSL_write (stream->con,"",0) < 0)
++ do {
++ssl_err = SSL_write (stream->con,"",0);
++ } while ((ssl_err == -1 &&
++ SSL_get_error(stream->con, ssl_err) == SSL_ERROR_SYSCALL && errno ==
EINTR) ||
++(ssl_err < 0 &&
++ (SSL_get_error(stream->con, ssl_err) == SSL_ERROR_WANT_READ ||
++SSL_get_error(stream->con, ssl_err) == SSL_ERROR_WANT_WRITE)));
++ if (ssl_err < 0)
+ return ssl_last_error ? ssl_last_error : "SSL negotiation failed";
+ /* need to validate host names? */
+ if (!(flags & NET_NOVALIDATECERT) &&
+@@ -626,7 +637,14 @@ long ssl_sout (SSLSTREAM *stream,char *string,unsigned
+ /* until request satisfied */
+ for (i = 0; size > 0; string += i,size -= i)
+ /* write as much as we can */
+-if ((i = SSL_write (stream->con,string,(int) min (SSLBUFLEN,size))) < 0) {
++do {
++ i = SSL_write (stream->con,string,(int) min (SSLBUFLEN,size));
++} while ((i == -1 &&
++SSL_get_error(stream->con, i) == SSL_ERROR_SYSCALL && errno == EINTR)
||
++ (i < 0 &&
++(SSL_get_error(stream->con, i) == SSL_ERROR_WANT_READ ||
++ SSL_get_error(stream->con, i) == SSL_ERROR_WANT_WRITE)));
++if (i < 0) {
+ if (tcpdebug) {
+ char tmp[MAILTMPLEN];
+ sprintf (tmp,"SSL data write I/O error %d SSL error %d",
Re: [UPDATE] mail/alpine-2.22
Latest Update for nim-1.2.0
Builds successfully on amd64
Added a configuration argument,
now those tools are built.
comments, ok's?
Index: Makefile
===
RCS file: /cvs/ports/mail/alpine/Makefile,v
retrieving revision 1.46
diff -u -p -r1.46 Makefile
--- Makefile20 Mar 2020 16:44:24 - 1.46
+++ Makefile9 Apr 2020 20:43:58 -
@@ -10,7 +10,7 @@ COMMENT-pico= UW text editor
COMMENT-pilot= UW file system navigator
FIX_EXTRACT_PERMISSIONS = Yes
-V= 2.21
+V= 2.22
DISTNAME= alpine-${V}
EXTRACT_SUFX= .tar.xz
@@ -47,7 +47,7 @@ HOMEPAGE= http://alpine.x10host.com/
# Apache 2.0
PERMIT_PACKAGE=Yes
-MASTER_SITES= http://alpine.x10host.com/alpine/release/
+MASTER_SITES= http://alpine.x10host.com/alpine/release/src/
MULTI_PACKAGES=-main -c-client -imap -mailutil -pico -pilot
@@ -86,7 +86,8 @@ CONFIGURE_ARGS= --with-system-pinerc=${
--without-tcl \
--without-npa \
--enable-quotas \
- --disable-debug
+ --disable-debug \
+ --with-bundled-tools
HEADERS= c-client.h dummy.h env.h env_unix.h fdstring.h \
flockcyg.h flocksim.h flstring.h fs.h ftl.h \
Index: distinfo
===
RCS file: /cvs/ports/mail/alpine/distinfo,v
retrieving revision 1.8
diff -u -p -r1.8 distinfo
--- distinfo25 Apr 2017 09:20:53 - 1.8
+++ distinfo9 Apr 2020 20:43:58 -
@@ -1,2 +1,2 @@
-SHA256 (alpine-2.21.tar.xz) = YDC2iBuBaFRnVqs6XkNijY1WRTmwR2V44od3VXOndDg=
-SIZE (alpine-2.21.tar.xz) = 4720856
+SHA256 (alpine-2.22.tar.xz) = hJVnwbb3H946qhyXzwV3sSpSXZ4iwOpHeXxL8c0rv9s=
+SIZE (alpine-2.22.tar.xz) = 6336604
Index: patches/patch-imap_Makefile
===
RCS file: /cvs/ports/mail/alpine/patches/patch-imap_Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 patch-imap_Makefile
--- patches/patch-imap_Makefile 24 Mar 2014 12:54:55 - 1.3
+++ patches/patch-imap_Makefile 9 Apr 2020 20:43:58 -
@@ -24,10 +24,11 @@ mtest.c calls gets()
$(TOOLS)/$@ "$(LN)" src/ipopd ipopd
$(TOOLS)/$@ "$(LN)" src/imapd imapd
$(TOOLS)/$@ "$(LN)" src/mailutil mailutil
-@@ -713,7 +713,7 @@ rebuildclean:
+@@ -716,8 +716,8 @@ rebuildclean:
bundled:
@echo Building bundled tools...
+ @echo BUNDLED=$(BUNDLED)
- $(CD) mtest;$(MAKE)
+# $(CD) mtest;$(MAKE)
$(CD) ipopd;$(MAKE)
Index: pkg/PLIST-c-client
===
RCS file: /cvs/ports/mail/alpine/pkg/PLIST-c-client,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST-c-client
--- pkg/PLIST-c-client 19 Mar 2015 20:25:26 - 1.2
+++ pkg/PLIST-c-client 9 Apr 2020 20:43:58 -
@@ -33,5 +33,5 @@ include/c-client/tcp_unix.h
include/c-client/unix.h
include/c-client/utf8.h
include/c-client/utf8aux.h
-lib/libc-client.a
+@static-lib lib/libc-client.a
@lib lib/libc-client.so.${LIBc-client_VERSION}
Re: [UPDATE] mail/alpine-2.22
On 2020/04/09 23:07, putridsou...@gmail.com wrote: > diff -u -p -r1.4 PLIST-imap > --- pkg/PLIST-imap4 Sep 2018 12:46:15 - 1.4 > +++ pkg/PLIST-imap9 Apr 2020 17:05:01 - > @@ -4,14 +4,6 @@ > @pkgpath mail/imap-uw,-server,plaintext > @pkgpath mail/imap-uw,-server > @pkgpath mail/re-alpine,-imap > -@bin bin/dmail > -@bin bin/tmail > -@bin libexec/imapd > -@bin libexec/ipop2d > -@bin libexec/ipop3d > -@group _smmsp > -@bin libexec/mlock > -@group > @man man/man1/dmail.1 > @man man/man1/tmail.1 > @man man/man8/imapd.8 Is this a joke?
[UPDATE] mail/alpine-2.22
Latest Update for alpine-2.22
build tested on amd64
comments, ok's?
Index: Makefile
===
RCS file: /cvs/ports/mail/alpine/Makefile,v
retrieving revision 1.46
diff -u -p -r1.46 Makefile
--- Makefile20 Mar 2020 16:44:24 - 1.46
+++ Makefile9 Apr 2020 17:05:01 -
@@ -10,7 +10,7 @@ COMMENT-pico= UW text editor
COMMENT-pilot= UW file system navigator
FIX_EXTRACT_PERMISSIONS = Yes
-V= 2.21
+V= 2.22
DISTNAME= alpine-${V}
EXTRACT_SUFX= .tar.xz
@@ -47,7 +47,7 @@ HOMEPAGE= http://alpine.x10host.com/
# Apache 2.0
PERMIT_PACKAGE=Yes
-MASTER_SITES= http://alpine.x10host.com/alpine/release/
+MASTER_SITES= http://alpine.x10host.com/alpine/release/src/
MULTI_PACKAGES=-main -c-client -imap -mailutil -pico -pilot
@@ -114,12 +114,6 @@ post-install:
${INSTALL_DATA} ${WRKSRC}/c-client/${SHLIB} ${PREFIX}/lib; \
fi
# imap-uw
- ${INSTALL_PROGRAM} ${WRKBUILD}/imap/imapd/imapd ${PREFIX}/libexec
- ${INSTALL_PROGRAM} ${WRKBUILD}/imap/ipopd/ipop2d ${PREFIX}/libexec
- ${INSTALL_PROGRAM} ${WRKBUILD}/imap/ipopd/ipop3d ${PREFIX}/libexec
- ${INSTALL_PROGRAM} ${WRKBUILD}/imap/mlock/mlock ${PREFIX}/libexec
- ${INSTALL_PROGRAM} ${WRKBUILD}/imap/dmail/dmail ${PREFIX}/bin
- ${INSTALL_PROGRAM} ${WRKBUILD}/imap/tmail/tmail ${PREFIX}/bin
${INSTALL_MAN} ${WRKSRC}/imap/src/{imapd,ipopd}/*.8 \
${PREFIX}/man/man8
${INSTALL_MAN} ${WRKSRC}/imap/src/{dmail,tmail}/*.1 \
@@ -132,7 +126,6 @@ post-install:
tar -C ${PREFIX}/share/doc/imap-uw -xf -
find ${PREFIX}/share/doc/imap-uw -type f -exec chmod 0644 {} +
# mailutil
- ${INSTALL_PROGRAM} ${WRKBUILD}/imap/mailutil/mailutil ${PREFIX}/bin
${INSTALL_MAN} ${WRKSRC}/imap/src/mailutil/mailutil.1 ${PREFIX}/man/man1
.include
Index: distinfo
===
RCS file: /cvs/ports/mail/alpine/distinfo,v
retrieving revision 1.8
diff -u -p -r1.8 distinfo
--- distinfo25 Apr 2017 09:20:53 - 1.8
+++ distinfo9 Apr 2020 17:05:01 -
@@ -1,2 +1,2 @@
-SHA256 (alpine-2.21.tar.xz) = YDC2iBuBaFRnVqs6XkNijY1WRTmwR2V44od3VXOndDg=
-SIZE (alpine-2.21.tar.xz) = 4720856
+SHA256 (alpine-2.22.tar.xz) = hJVnwbb3H946qhyXzwV3sSpSXZ4iwOpHeXxL8c0rv9s=
+SIZE (alpine-2.22.tar.xz) = 6336604
Index: patches/patch-imap_Makefile
===
RCS file: /cvs/ports/mail/alpine/patches/patch-imap_Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 patch-imap_Makefile
--- patches/patch-imap_Makefile 24 Mar 2014 12:54:55 - 1.3
+++ patches/patch-imap_Makefile 9 Apr 2020 17:05:01 -
@@ -24,10 +24,11 @@ mtest.c calls gets()
$(TOOLS)/$@ "$(LN)" src/ipopd ipopd
$(TOOLS)/$@ "$(LN)" src/imapd imapd
$(TOOLS)/$@ "$(LN)" src/mailutil mailutil
-@@ -713,7 +713,7 @@ rebuildclean:
+@@ -716,8 +716,8 @@ rebuildclean:
bundled:
@echo Building bundled tools...
+ @echo BUNDLED=$(BUNDLED)
- $(CD) mtest;$(MAKE)
+# $(CD) mtest;$(MAKE)
$(CD) ipopd;$(MAKE)
Index: pkg/PLIST-c-client
===
RCS file: /cvs/ports/mail/alpine/pkg/PLIST-c-client,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST-c-client
--- pkg/PLIST-c-client 19 Mar 2015 20:25:26 - 1.2
+++ pkg/PLIST-c-client 9 Apr 2020 17:05:01 -
@@ -33,5 +33,5 @@ include/c-client/tcp_unix.h
include/c-client/unix.h
include/c-client/utf8.h
include/c-client/utf8aux.h
-lib/libc-client.a
+@static-lib lib/libc-client.a
@lib lib/libc-client.so.${LIBc-client_VERSION}
Index: pkg/PLIST-imap
===
RCS file: /cvs/ports/mail/alpine/pkg/PLIST-imap,v
retrieving revision 1.4
diff -u -p -r1.4 PLIST-imap
--- pkg/PLIST-imap 4 Sep 2018 12:46:15 - 1.4
+++ pkg/PLIST-imap 9 Apr 2020 17:05:01 -
@@ -4,14 +4,6 @@
@pkgpath mail/imap-uw,-server,plaintext
@pkgpath mail/imap-uw,-server
@pkgpath mail/re-alpine,-imap
-@bin bin/dmail
-@bin bin/tmail
-@bin libexec/imapd
-@bin libexec/ipop2d
-@bin libexec/ipop3d
-@group _smmsp
-@bin libexec/mlock
-@group
@man man/man1/dmail.1
@man man/man1/tmail.1
@man man/man8/imapd.8
Index: pkg/PLIST-mailutil
===
RCS file: /cvs/ports/mail/alpine/pkg/PLIST-mailutil,v
retrieving revision 1.1
diff -u -p -r1.1 PLIST-mailutil
--- pkg/PLIST-mailutil 17 Oct 2013 09:08:13 - 1.1
+++ pkg/PLIST-mailutil 9 Apr 2020 17:05:01 -
@@ -1,5 +1,4 @@
@comment $OpenBSD: PLIST-mailutil,v 1.1 2013/10/17 09:08:13 ajacoutot Exp $
@pkgpath mail/imap-uw,-mailutil,plaintext
@pkgpath mail/re-alpine,-mailuti
Re: mail/alpine (fix imap-uw authentication)
On Sun, Jul 10, 2016 at 12:21:02PM +0100, Anthony La Porte wrote:
> Hi,
>
> This patch is enough to allow imapd to authenticate regular users and
> works for my usage.
>
> There are a few more uses of getpwnam in imap/src/osdep/unix/env_unix.c
> and elsewhere but I'm not sure if any others need changing too as, to me,
> they appear to be either username checks or otherwise not relevent.
Committed verbatim.
Thank you very much.
>
>
> --
> Ant
>
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/mail/alpine/Makefile,v
> retrieving revision 1.36
> diff -u -p -u -r1.36 Makefile
> --- Makefile 13 Apr 2016 05:54:38 - 1.36
> +++ Makefile 10 Jul 2016 10:50:46 -
> @@ -27,7 +27,7 @@ PKGNAME-pilot= pilot-${PILOT_V}
>
> REVISION-main= 0
> REVISION-c-client= 0
> -REVISION-imap= 1
> +REVISION-imap= 2
> REVISION-mailutil= 0
> REVISION-pico= 4
> REVISION-pilot= 16
> Index: patches/patch-imap_src_osdep_unix_env_unix_c
> ===
> RCS file:
> /cvs/ports/mail/alpine/patches/patch-imap_src_osdep_unix_env_unix_c,v
> retrieving revision 1.2
> diff -u -p -u -r1.2 patch-imap_src_osdep_unix_env_unix_c
> --- patches/patch-imap_src_osdep_unix_env_unix_c 27 Jan 2015 13:38:05
> - 1.2
> +++ patches/patch-imap_src_osdep_unix_env_unix_c 10 Jul 2016 10:50:46
> -
> @@ -1,6 +1,20 @@
> $OpenBSD: patch-imap_src_osdep_unix_env_unix_c,v 1.2 2015/01/27 13:38:05
> ajacoutot Exp $
> imap/src/osdep/unix/env_unix.c.orig Mon Jan 12 06:12:25 2015
> -+++ imap/src/osdep/unix/env_unix.c Tue Jan 27 08:57:49 2015
> +--- imap/src/osdep/unix/env_unix.c.orig Mon Jan 12 05:12:25 2015
> imap/src/osdep/unix/env_unix.c Sun Jul 10 11:38:07 2016
> +@@ -644,11 +644,11 @@ long server_input_wait (long seconds)
> + static struct passwd *pwuser (unsigned char *user)
> + {
> + unsigned char *s;
> +- struct passwd *pw = getpwnam (user);
> ++ struct passwd *pw = getpwnam_shadow (user);
> + if (!pw) {/* failed, see if any uppercase
> characters */
> + for (s = user; *s && ((*s < 'A') || (*s > 'Z')); s++);
> + if (*s) { /* yes, try all lowercase form */
> +- pw = getpwnam (s = lcase (cpystr (user)));
> ++ pw = getpwnam_shadow (s = lcase (cpystr (user)));
> + fs_give ((void **) );
> + }
> + }
> @@ -967,15 +967,12 @@ char *myhomedir ()
> static char *mymailboxdir ()
> {
>
--
Antoine
mail/alpine (fix imap-uw authentication)
Hi,
This patch is enough to allow imapd to authenticate regular users and
works for my usage.
There are a few more uses of getpwnam in imap/src/osdep/unix/env_unix.c
and elsewhere but I'm not sure if any others need changing too as, to me,
they appear to be either username checks or otherwise not relevent.
--
Ant
Index: Makefile
===
RCS file: /cvs/ports/mail/alpine/Makefile,v
retrieving revision 1.36
diff -u -p -u -r1.36 Makefile
--- Makefile13 Apr 2016 05:54:38 - 1.36
+++ Makefile10 Jul 2016 10:50:46 -
@@ -27,7 +27,7 @@ PKGNAME-pilot=pilot-${PILOT_V}
REVISION-main= 0
REVISION-c-client= 0
-REVISION-imap= 1
+REVISION-imap= 2
REVISION-mailutil= 0
REVISION-pico= 4
REVISION-pilot=16
Index: patches/patch-imap_src_osdep_unix_env_unix_c
===
RCS file: /cvs/ports/mail/alpine/patches/patch-imap_src_osdep_unix_env_unix_c,v
retrieving revision 1.2
diff -u -p -u -r1.2 patch-imap_src_osdep_unix_env_unix_c
--- patches/patch-imap_src_osdep_unix_env_unix_c27 Jan 2015 13:38:05
- 1.2
+++ patches/patch-imap_src_osdep_unix_env_unix_c10 Jul 2016 10:50:46
-
@@ -1,6 +1,20 @@
$OpenBSD: patch-imap_src_osdep_unix_env_unix_c,v 1.2 2015/01/27 13:38:05
ajacoutot Exp $
imap/src/osdep/unix/env_unix.c.origMon Jan 12 06:12:25 2015
-+++ imap/src/osdep/unix/env_unix.c Tue Jan 27 08:57:49 2015
+--- imap/src/osdep/unix/env_unix.c.origMon Jan 12 05:12:25 2015
imap/src/osdep/unix/env_unix.c Sun Jul 10 11:38:07 2016
+@@ -644,11 +644,11 @@ long server_input_wait (long seconds)
+ static struct passwd *pwuser (unsigned char *user)
+ {
+ unsigned char *s;
+- struct passwd *pw = getpwnam (user);
++ struct passwd *pw = getpwnam_shadow (user);
+ if (!pw) { /* failed, see if any uppercase characters */
+ for (s = user; *s && ((*s < 'A') || (*s > 'Z')); s++);
+ if (*s) { /* yes, try all lowercase form */
+- pw = getpwnam (s = lcase (cpystr (user)));
++ pw = getpwnam_shadow (s = lcase (cpystr (user)));
+ fs_give ((void **) );
+ }
+ }
@@ -967,15 +967,12 @@ char *myhomedir ()
static char *mymailboxdir ()
{
mail/alpine/mlock patch to patch
When the smtp group smmsp changed to _smmsp, mail/alpine/mlock
ceased to work.
This appears to patch over the problem:
$OpenBSD: patch-imap_src_mlock_mlock_c,v 1.1 2013/10/17 09:08:07
ajacoutot Exp $
--- imap/src/mlock/mlock.c.orig Sat Oct 2 10:37:57 2010
+++ imap/src/mlock/mlock.c Sun Sep 23 11:28:30 2012
@@ -69,11 +69,11 @@ int main (int argc,char *argv[])
char *s,*dir,*file,*lock,*hitch,tmp[1024];
size_t dlen,len;
struct stat sb,fsb;
- struct group *grp = getgrnam ("mail");
+ struct group *grp = getgrnam ("smmsp");
/* get syslog */
openlog (argv[0],LOG_PID,LOG_MAIL);
if (!grp || (grp->gr_gid != getegid ()))
-return die ("not setgid mail",EX_USAGE);
+return die ("not setgid smmsp",EX_USAGE);
if (argc != 3) return die ("invalid arguments",EX_USAGE);
for (s = argv[1]; *s; s++)
if (!isdigit (*s)) return die ("invalid fd",EX_USAGE);
Geoff Steckel
Re: mail/alpine/mlock patch to patch
On Tue, Oct 20, 2015 at 01:25:50PM -0400, Geoff Steckel wrote:
> When the smtp group smmsp changed to _smmsp, mail/alpine/mlock
> ceased to work.
>
> This appears to patch over the problem:
that's what's currently in-tree.
Did you mean s/smmsp/_smmsp ?
> $OpenBSD: patch-imap_src_mlock_mlock_c,v 1.1 2013/10/17 09:08:07 ajacoutot
> Exp $
> --- imap/src/mlock/mlock.c.orig Sat Oct 2 10:37:57 2010
> +++ imap/src/mlock/mlock.c Sun Sep 23 11:28:30 2012
> @@ -69,11 +69,11 @@ int main (int argc,char *argv[])
>char *s,*dir,*file,*lock,*hitch,tmp[1024];
>size_t dlen,len;
>struct stat sb,fsb;
> - struct group *grp = getgrnam ("mail");
> + struct group *grp = getgrnam ("smmsp");
> /* get syslog */
>openlog (argv[0],LOG_PID,LOG_MAIL);
>if (!grp || (grp->gr_gid != getegid ()))
> -return die ("not setgid mail",EX_USAGE);
> +return die ("not setgid smmsp",EX_USAGE);
>if (argc != 3) return die ("invalid arguments",EX_USAGE);
>for (s = argv[1]; *s; s++)
> if (!isdigit (*s)) return die ("invalid fd",EX_USAGE);
>
> Geoff Steckel
>
>
--
Antoine
Re: mail/alpine/mlock patch to patch
> This is what I intended to post, sorry!
Committed with a few additions.
Tkanks.
> --- /home/gwes/patch-imap_src_mlock_mlock_c Mon Oct 19 14:31:25 2015
> +++ /usr/src/ports/mail/alpine/patches/patch-imap_src_mlock_mlock_c Mon Oct
> 19 14:31:58 2015
> @@ -6,12 +6,12 @@
> size_t dlen,len;
> struct stat sb,fsb;
> - struct group *grp = getgrnam ("mail");
> -+ struct group *grp = getgrnam ("smmsp");
> ++ struct group *grp = getgrnam ("_smmsp");
> /* get syslog */
> openlog (argv[0],LOG_PID,LOG_MAIL);
> if (!grp || (grp->gr_gid != getegid ()))
> -return die ("not setgid mail",EX_USAGE);
> -+return die ("not setgid smmsp",EX_USAGE);
> ++return die ("not setgid _smmsp",EX_USAGE);
> if (argc != 3) return die ("invalid arguments",EX_USAGE);
> for (s = argv[1]; *s; s++)
> if (!isdigit (*s)) return die ("invalid fd",EX_USAGE);
>
--
Antoine
Re: alpine fails linking because of undefined reference to `RAND_egd'
On 2014/06/19 10:02, Sebastian Reitenbach wrote: On Wednesday, June 18, 2014 22:02 CEST, Stuart Henderson st...@openbsd.org wrote: On 2014/06/18 21:54, Sebastian Reitenbach wrote: On Wednesday, June 18, 2014 20:23 CEST, Stuart Henderson st...@openbsd.org wrote: On 2014/06/18 18:54, Sebastian Reitenbach wrote: Hi, not sure if this is known already, but this happens to me on i386: Check you don't have old libs around, especially make sure you've followed the kerberos removal on current.html. I did not upgrade, it happens on a fresh clean install. as it turned out, i have DEBUG= defined in my /etc/mk.conf, which is triggering the build failure. attached patch allows building alpine with DEBUG in mk.conf. Don't know if this is the most clever way, but looking at how other ports handle RAND_egd they just removed it. Also I'm unsure which of the many SUBPACKAGE to bump REVISION ;) It seems rather strange that setting DEBUG should trigger building code that uses RAND_egd ..
Re: alpine fails linking because of undefined reference to `RAND_egd'
On Thursday, June 19, 2014 10:28 CEST, Stuart Henderson st...@openbsd.org wrote: On 2014/06/19 10:02, Sebastian Reitenbach wrote: On Wednesday, June 18, 2014 22:02 CEST, Stuart Henderson st...@openbsd.org wrote: On 2014/06/18 21:54, Sebastian Reitenbach wrote: On Wednesday, June 18, 2014 20:23 CEST, Stuart Henderson st...@openbsd.org wrote: On 2014/06/18 18:54, Sebastian Reitenbach wrote: Hi, not sure if this is known already, but this happens to me on i386: Check you don't have old libs around, especially make sure you've followed the kerberos removal on current.html. I did not upgrade, it happens on a fresh clean install. as it turned out, i have DEBUG= defined in my /etc/mk.conf, which is triggering the build failure. attached patch allows building alpine with DEBUG in mk.conf. Don't know if this is the most clever way, but looking at how other ports handle RAND_egd they just removed it. Also I'm unsure which of the many SUBPACKAGE to bump REVISION ;) It seems rather strange that setting DEBUG should trigger building code that uses RAND_egd .. it indeed is, but I haven't seen any obvious #ifdef around it. There are some #ifdefs in that file, but nothing that immediately seems to relate to DEBUG Sebastian
alpine fails linking because of undefined reference to `RAND_egd'
Hi, not sure if this is known already, but this happens to me on i386: OpenBSD 5.5-current (GENERIC) #177: Sun Jun 15 10:11:48 MDT 2014 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Geode(TM) Integrated Processor by AMD PCS (AuthenticAMD 586-class) 500 MHz cpu0: FPU,DE,PSE,TSC,MSR,CX8,SEP,PGE,CMOV,CFLUSH,MMX,MMXX,3DNOW2,3DNOW real mem = 536375296 (511MB) avail mem = 515166208 (491MB) /usr/local/bin/libtool --tag=CC--mode=link cc -pthread -O2 -pipe -g -O0 `cat ../c-client/LDFLAGS` -L/usr/lib -L/usr/local/lib -o alpine addrbook.o adrbkcmd.o after.o alpine.o arg.o busy.o colorconf.o confscroll.o context.o dispfilt.o flagmaint.o folder.o help.o imap.o init.o kblock.o keymenu.o ldapconf.o listsel.o mailcmd.o mailindx.o mailpart.o mailview.o newuser.o pattern.o pipe.o print.o radio.o remote.o reply.o roleconf.o send.o setup.o signal.o status.o takeaddr.o titlebar.o smime.o newmail.o date.o ../pico/libpico.a ../pico/osdep/libpicoosd.a ../pith/libpith.a ../pith/osdep/libpithosd.a ../pith/charconv/libpithcc.a osdep/libpineosd.a ../c-client/c-client.a -L/usr/local/lib -lintl -L/usr/local/lib -liconv -lc -R/usr/local/lib -lc -L/usr/lib -lssl -lcrypto -L/usr/local/lib -lintl -L/usr/local/lib -liconv -lc -R/usr/local/lib -lncurses -lssl -lcrypto libtool: link: cc -pthread -O2 -pipe -g -O0 -o alpine addrbook.o adrbkcmd.o after.o alpine.o arg.o busy.o colorconf.o confscroll.o context.o dispfilt.o flagmaint.o folder.o help.o imap.o init.o kblock.o keymenu.o ldapconf.o listsel.o mailcmd.o mailindx.o mailpart.o mailview.o newuser.o pattern.o pipe.o print.o radio.o remote.o reply.o roleconf.o send.o setup.o signal.o status.o takeaddr.o titlebar.o smime.o newmail.o date.o -L/usr/lib -L/usr/local/lib ../pico/libpico.a ../pico/osdep/libpicoosd.a ../pith/libpith.a ../pith/osdep/libpithosd.a ../pith/charconv/libpithcc.a osdep/libpineosd.a ../c-client/c-client.a -lintl -lc -liconv -lncurses -lssl -lcrypto -pthread -Wl,-rpath,/usr/local/lib -Wl,-rpath,/usr/local/lib ../c-client/c-client.a(osdep.o)(.text+0xe0ee): In function `ssl_onceonlyinit': /home/ports/pobj/alpine-2.11/alpine-2.11/imap/c-client/osdep.c:241: warning: tmpnam() possibly used unsafely; consider using mkstemp() help.o(.text+0xd37): In function `help_processor': /home/ports/pobj/alpine-2.11/alpine-2.11/alpine/help.c:417: warning: strcpy() is almost always misused, please use strlcpy() alpine.o(.text+0x225): In function `main': /home/ports/pobj/alpine-2.11/alpine-2.11/alpine/alpine.c:206: warning: srandom() seed choices are invariably poor busy.o(.text+0x48f): In function `busy_cue': /home/ports/pobj/alpine-2.11/alpine-2.11/alpine/busy.c:270: warning: random() isn't random; consider using arc4random() ../c-client/c-client.a(osdep.o)(.text+0x5455): In function `env_init': /home/ports/pobj/alpine-2.11/alpine-2.11/imap/c-client/env_unix.c:867: warning: strcat() is almost always misused, please use strlcat() ../pith/libpith.a(conf.o)(.text+0xba8a): In function `write_pinerc': /home/ports/pobj/alpine-2.11/alpine-2.11/pith/conf.c:5892: warning: sprintf() is often misused, please use snprintf() ../pith/libpith.a(smime.o)(.text+0x119): In function `app_RAND_load_file': /home/ports/pobj/alpine-2.11/alpine-2.11/pith/smime.c:130: undefined reference to `RAND_egd' collect2: ld returned 1 exit status *** Error 1 in alpine (Makefile:417 'alpine') *** Error 1 in alpine (Makefile:530 'all-recursive') *** Error 1 in alpine (Makefile:338 'all') *** Error 1 in . (Makefile:448 'all-recursive'
Re: alpine fails linking because of undefined reference to `RAND_egd'
On 2014/06/18 18:54, Sebastian Reitenbach wrote: Hi, not sure if this is known already, but this happens to me on i386: Check you don't have old libs around, especially make sure you've followed the kerberos removal on current.html.
Re: alpine fails linking because of undefined reference to `RAND_egd'
On Wednesday, June 18, 2014 20:23 CEST, Stuart Henderson st...@openbsd.org wrote: On 2014/06/18 18:54, Sebastian Reitenbach wrote: Hi, not sure if this is known already, but this happens to me on i386: Check you don't have old libs around, especially make sure you've followed the kerberos removal on current.html. I did not upgrade, it happens on a fresh clean install. cheers, Sebastian
Re: re-alpine ports appears to be broken
On Sat, Jun 22, 2013 at 09:07:47PM -0700, Scott Vanderbilt wrote: Thanks very much for that. I'm not sure what I could have done differently, though. I grabbed my packages and the snapshot all within an hour or two earlier today from the same mirror. So I don't think it was a terribly unreasonable assumption on my part that they were mutually compatible. Is there any way to know that the snapshot and packages are out-of-sync so I can avoid any problems like this in the future? I did notice that they were two days apart, but didn't know whether that ipso facto meant there was a problem. I read the FAQ on this topic (5.1) and it is understandably vague on this point, but is it possible to determine when the next snapshot will be released? If tomorrow, I will wait. If not, then I will just go ahead and re-build the system from source. Look at krb5-config --libs gssapi output. If it shows heimntlm, krb5-config is outdated and might causing the build failure. cvs up in /usr/src/kerberosV/ and rebuild it from /usr/src/kerberosV/usr.bin/krb5-config. I had a similar issue with cyrus-sasl2 and that fixed it. Landry
re-alpine ports appears to be broken
Hello. I'm having trouble trying to build uw-imap on -current. There appears to be no maintainer for this port, thus my post here. I am running the latest available i386 snapshot: #sysctl -n kern.version OpenBSD 5.3-current (GENERIC.MP) #8: Thu Jun 20 09:51:38 MDT 2013 t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP I tried to install the package which is contemporary with this snapshot, but it is dated 17 June, and it fails to install. Here is the relevant output: #sudo pkg_add imap-uw-2.03p3v0.tgz Can't install imap-uw-2.03p3v0 because of libraries |library heimntlm.0.0 not found | not found anywhere |library hx509.0.0 not found | not found anywhere Direct dependencies for imap-uw-2.03p3v0 resolve to libiconv-1.14p0 gettext-0.18.2p2 Full dependency tree is libiconv-1.14p0 gettext-0.18.2p2 # Fair enough. So I try to build re-alpine from source. However, that fails also. I am using the current ports tree, from ports.tar.gz file dated 22-Jun-2013 03:07 #cd /usr/ports/mail/re-alpine #make === alpine-2.03p3 depends on: aspell-* - aspell-0.60.6.1p1 === alpine-2.03p3 depends on: gettext-=0.10.38 - gettext-0.18.2p2 === alpine-2.03p3 depends on: libtool-* - libtool-2.4.2 === alpine-2.03p3 depends on: bzip2-* - bzip2-1.0.6p0 === alpine-2.03p3 depends on: libiconv-* - libiconv-1.14p0 === Verifying specs: asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind intl=5 iconv=6 asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind intl=5 iconv=6 com_err crypto pthread ssl asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind intl=5 iconv=6 com_err crypto ssl asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind intl=5 iconv=6 com_err crypto ssl asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind intl=5 iconv=6 pthread asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind intl=5 iconv=6 pthread === found asn1.19.0 c.68.4 crypto.22.0 gssapi.6.0 krb5.19.0 ncurses.12.1 ssl.19.0 com_err.19.0 heimbase.0.0 roken.0.0 wind.0.0 intl.6.0 iconv.6.0 pthread.17.3 === Checking files for re-alpine-2.03 `/usr/ports/distfiles/re-alpine-2.03.tar.bz2' is up to date. (SHA256) re-alpine-2.03.tar.bz2: OK === Extracting for re-alpine-2.03 === Patching for re-alpine-2.03 === Configuring for re-alpine-2.03 Using /usr/ports/pobj/re-alpine-2.03/config.site (generated) configure: WARNING: unrecognized options: --disable-silent-rules configure: loading site script /usr/ports/pobj/re-alpine-2.03/config.site checking for a BSD-compatible install... /usr/bin/install -c -o root -g bin checking whether build environment is sane... yes checking for a thread-safe mkdir -p... mkdir -p checking for gawk... (cached) awk checking whether make sets $(MAKE)... (cached) yes checking whether to enable maintainer-specific portions of Makefiles... no checking build system type... i386-unknown-openbsd5.3 checking host system type... i386-unknown-openbsd5.3 configure: Configuring for alpine 2.03 (i386-unknown-openbsd5.3)) checking for gcc... cc checking whether the C compiler works... no configure: error: in `/usr/ports/pobj/re-alpine-2.03/re-alpine-2.03': configure: error: C compiler cannot create executables See `config.log' for more details. *** Error 77 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2603'/usr/ports/pobj/re-alpine-2.03/.configure_done': @for d in /usr/ports/pobj...) *** Error 1 in /usr/ports/mail/re-alpine (/usr/ports/infrastructure/mk/ bsd.port.mk:2368 'all') re-alpine # I'm not sure how to proceed. Any guidance would be greatly appreciated. Thank you.
Re: re-alpine ports appears to be broken
Can't install imap-uw-2.03p3v0 because of libraries |library heimntlm.0.0 not found | not found anywhere |library hx509.0.0 not found | not found anywhere Direct dependencies for imap-uw-2.03p3v0 resolve to libiconv-1.14p0 gettext-0.18.2p2 Full dependency tree is libiconv-1.14p0 gettext-0.18.2p2 # This shows that the package was compiled with old kerberos support. === Verifying specs: asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind intl=5 iconv=6 asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind intl=5 iconv=6 com_err crypto pthread ssl asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind intl=5 iconv=6 com_err crypto ssl asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind intl=5 iconv=6 com_err crypto ssl asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind intl=5 iconv=6 pthread asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind intl=5 iconv=6 pthread === found asn1.19.0 c.68.4 crypto.22.0 gssapi.6.0 krb5.19.0 ncurses.12.1 ssl.19.0 com_err.19.0 heimbase.0.0 roken.0.0 wind.0.0 intl.6.0 iconv.6.0 pthread.17.3 heimbase com_err etc... this shows that you are trying to use old userland and mixing it with current ports. solution is to wait for newer snaps or compile kernel/userland/xenocara and then try to compile the port yourself.
Re: re-alpine ports appears to be broken
Thanks very much for that. I'm not sure what I could have done differently, though. I grabbed my packages and the snapshot all within an hour or two earlier today from the same mirror. So I don't think it was a terribly unreasonable assumption on my part that they were mutually compatible. Is there any way to know that the snapshot and packages are out-of-sync so I can avoid any problems like this in the future? I did notice that they were two days apart, but didn't know whether that ipso facto meant there was a problem. I read the FAQ on this topic (5.1) and it is understandably vague on this point, but is it possible to determine when the next snapshot will be released? If tomorrow, I will wait. If not, then I will just go ahead and re-build the system from source. Thank you again for your response. On Sat, Jun 22, 2013 at 8:33 PM, Amit Kulkarni amitk...@gmail.com wrote: Can't install imap-uw-2.03p3v0 because of libraries |library heimntlm.0.0 not found | not found anywhere |library hx509.0.0 not found | not found anywhere Direct dependencies for imap-uw-2.03p3v0 resolve to libiconv-1.14p0 gettext-0.18.2p2 Full dependency tree is libiconv-1.14p0 gettext-0.18.2p2 # This shows that the package was compiled with old kerberos support. === Verifying specs: asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind intl=5 iconv=6 asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind intl=5 iconv=6 com_err crypto pthread ssl asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind intl=5 iconv=6 com_err crypto ssl asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind intl=5 iconv=6 com_err crypto ssl asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind intl=5 iconv=6 pthread asn1 c crypto gssapi krb5 ncurses ssl com_err heimbase roken wind intl=5 iconv=6 pthread === found asn1.19.0 c.68.4 crypto.22.0 gssapi.6.0 krb5.19.0 ncurses.12.1 ssl.19.0 com_err.19.0 heimbase.0.0 roken.0.0 wind.0.0 intl.6.0 iconv.6.0 pthread.17.3 heimbase com_err etc... this shows that you are trying to use old userland and mixing it with current ports. solution is to wait for newer snaps or compile kernel/userland/xenocara and then try to compile the port yourself.
[new] re-alpine
Hi. This is a port of re-alpine that will supersed mail/alpine and mail/imap-uw. re-alpine is the continuation of the Alpine email client from University of Washington which development have been stopped. This port provides the following packages: alpine c-client imap-uw mailutil-uw pico pilot I'd appreciate tests and comments. Thanks. -- Antoine re-alpine.tgz Description: application/tar-gz
Re: mail/alpine breakage amd64
On 4/09/2012 2:25 PM, Brad Smith wrote: On Tue, Sep 04, 2012 at 12:37:32PM +1000, Ian McWilliam wrote: Anybody else seeing this? Just built current with the PIE stuff. mv -f .deps/utf8stub.Tpo .deps/utf8stub.Po /usr/bin/libtool --tag=CC--mode=link cc -std=gnu99 -g -pthread -O2 -pipe -L/usr/lib -L/usr/local/lib -o pico main.o utf8stub.o ../pith/charconv/utf8.o /usr/local/lib/libc-client.a libpico.a osdep/libpicoosd.a ../pith/osdep/libpithosd.a ../pith/charconv/libpithcc.a -L/usr/local/lib -lintl -L/usr/local/lib -liconv -lncurses -L/usr/local/lib -lintl -L/usr/local/lib -liconv libtool: link: cc -o pico -pthread -std=gnu99 -g -O2 -pipe main.o utf8stub.o ../pith/charconv/utf8.o /usr/local/lib/libc-client.a libpico.a osdep/libpicoosd.a ../pith/osdep/libpithosd.a ../pith/charconv/libpithcc.a -L.libs -lncurses -lintl -liconv -Wl,-rpath-link,/usr/local/lib /usr/bin/ld: /usr/local/lib/libc-client.a(utf8.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libc-client.a: could not read symbols: Bad value collect2: ld returned 1 exit status Error while executing cc -o pico -pthread -std=gnu99 -g -O2 -pipe main.o utf8stub.o ../pith/charconv/utf8.o /usr/local/lib/libc-client.a libpico.a osdep/libpicoosd.a ../pith/osdep/libpithosd.a ../pith/charconv/libpithcc.a -L.libs -lncurses -lintl -liconv -Wl,-rpath-link,/usr/local/lib *** Error code 2 Stop in /usr/ports/pobj/alpine-2.00/alpine-2.00/pico (line 340 of Makefile). *** Error code 1 Ian McWilliam Try rebuilding the imap-uw -c-client subpackage. Thanx, removed old packages but missed pkg_deleteing c-client Ian McWilliam
mail/alpine breakage amd64
Anybody else seeing this? Just built current with the PIE stuff. mv -f .deps/utf8stub.Tpo .deps/utf8stub.Po /usr/bin/libtool --tag=CC--mode=link cc -std=gnu99 -g -pthread -O2 -pipe -L/usr/lib -L/usr/local/lib -o pico main.o utf8stub.o ../pith/charconv/utf8.o /usr/local/lib/libc-client.a libpico.a osdep/libpicoosd.a ../pith/osdep/libpithosd.a ../pith/charconv/libpithcc.a -L/usr/local/lib -lintl -L/usr/local/lib -liconv -lncurses -L/usr/local/lib -lintl -L/usr/local/lib -liconv libtool: link: cc -o pico -pthread -std=gnu99 -g -O2 -pipe main.o utf8stub.o ../pith/charconv/utf8.o /usr/local/lib/libc-client.a libpico.a osdep/libpicoosd.a ../pith/osdep/libpithosd.a ../pith/charconv/libpithcc.a -L.libs -lncurses -lintl -liconv -Wl,-rpath-link,/usr/local/lib /usr/bin/ld: /usr/local/lib/libc-client.a(utf8.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libc-client.a: could not read symbols: Bad value collect2: ld returned 1 exit status Error while executing cc -o pico -pthread -std=gnu99 -g -O2 -pipe main.o utf8stub.o ../pith/charconv/utf8.o /usr/local/lib/libc-client.a libpico.a osdep/libpicoosd.a ../pith/osdep/libpithosd.a ../pith/charconv/libpithcc.a -L.libs -lncurses -lintl -liconv -Wl,-rpath-link,/usr/local/lib *** Error code 2 Stop in /usr/ports/pobj/alpine-2.00/alpine-2.00/pico (line 340 of Makefile). *** Error code 1 Ian McWilliam
Re: mail/alpine breakage amd64
On Tue, Sep 04, 2012 at 12:37:32PM +1000, Ian McWilliam wrote: Anybody else seeing this? Just built current with the PIE stuff. mv -f .deps/utf8stub.Tpo .deps/utf8stub.Po /usr/bin/libtool --tag=CC--mode=link cc -std=gnu99 -g -pthread -O2 -pipe -L/usr/lib -L/usr/local/lib -o pico main.o utf8stub.o ../pith/charconv/utf8.o /usr/local/lib/libc-client.a libpico.a osdep/libpicoosd.a ../pith/osdep/libpithosd.a ../pith/charconv/libpithcc.a -L/usr/local/lib -lintl -L/usr/local/lib -liconv -lncurses -L/usr/local/lib -lintl -L/usr/local/lib -liconv libtool: link: cc -o pico -pthread -std=gnu99 -g -O2 -pipe main.o utf8stub.o ../pith/charconv/utf8.o /usr/local/lib/libc-client.a libpico.a osdep/libpicoosd.a ../pith/osdep/libpithosd.a ../pith/charconv/libpithcc.a -L.libs -lncurses -lintl -liconv -Wl,-rpath-link,/usr/local/lib /usr/bin/ld: /usr/local/lib/libc-client.a(utf8.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libc-client.a: could not read symbols: Bad value collect2: ld returned 1 exit status Error while executing cc -o pico -pthread -std=gnu99 -g -O2 -pipe main.o utf8stub.o ../pith/charconv/utf8.o /usr/local/lib/libc-client.a libpico.a osdep/libpicoosd.a ../pith/osdep/libpithosd.a ../pith/charconv/libpithcc.a -L.libs -lncurses -lintl -liconv -Wl,-rpath-link,/usr/local/lib *** Error code 2 Stop in /usr/ports/pobj/alpine-2.00/alpine-2.00/pico (line 340 of Makefile). *** Error code 1 Ian McWilliam Try rebuilding the imap-uw -c-client subpackage. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
alpine
has anyone else noticed that alpine is very incompatible with rthreads? i sent diagnostics to guenther that were so bad, he didn't even reply.
Re: alpine
On Mon, Mar 05, 2012 at 02:06:05PM -0800, Chris Cappuccio wrote: has anyone else noticed that alpine is very incompatible with rthreads? Nope. Nobody uses alpine. i sent diagnostics to guenther that were so bad, he didn't even reply. More seriously, when ? guenther has been fixing a huge amount of things concerning threads lately, some are still in transit. So, hey, first try again with a really current system. Then, try to figure out what's wrong. Simple test cases do help. Alpine is not a simple testcase. Also, how come guenther gets diagnostics and we don't ? I have no idea what your bug report looked like. Maybe he didn't reply because he had better bug reports to look at ?
Re: alpine
Marc Espie [es...@nerim.net] wrote: On Mon, Mar 05, 2012 at 02:06:05PM -0800, Chris Cappuccio wrote: has anyone else noticed that alpine is very incompatible with rthreads? Nope. Nobody uses alpine. I don't either, but some other folks do. i sent diagnostics to guenther that were so bad, he didn't even reply. More seriously, when ? guenther has been fixing a huge amount of things concerning threads lately, some are still in transit. I know. He is very thorough. And he usually replies very fast but the pathetic nature of my bug reports shut people down. So, hey, first try again with a really current system. Feb 27th kernel and library. I don't think anything significant has gone in since that time. Then, try to figure out what's wrong. Simple test cases do help. Alpine is not a simple testcase. Also, how come guenther gets diagnostics and we don't ? I have no idea what your bug report looked like. Maybe he didn't reply because he had better bug reports to look at ? Probably. Here's what I sent to him. Alpine alternates between crashing with sig11 when trying to send mail via SMTP, or failing to send mail through SMTP with a bogus SMTP error message (but not crashing). Sending e-mail always bails after the MAIL FROM in the SMTP session with a bogus 421 SMTP server error message (that the SMTP server didn't send) 13988 alpine GIO fd 8 wrote 34 bytes MAIL FROM:ch...@ref.nmedia.net\r 13988 alpine RET write 34/0x22 13988 alpine CALL read(0x9,0x204e2f000,0x1000) 13988 alpine RET read 0 13988 alpine CALL close(0x9) 13988 alpine PSIG SIGCHLD caught handler=0x4ba0a0 mask=0x0 13988 alpine RET close 0 13988 alpine CALL sigreturn(0x7f7c4ab0) 13988 alpine RET sigreturn JUSTRETURN 13988 alpine CALL close(0x8) 13988 alpine RET close 0 13988 alpine CALL wait4(0x6401,0x7f7c4e1c,0invalid0,0) 13988 alpine RET wait4 25601/0x6401 13988 alpine CALL sigaction(SIGINT,0x7f7c4e30,0x7f7c4e20) 13988 alpine RET sigaction 0 13988 alpine CALL sigaction(SIGHUP,0x7f7c4e30,0x7f7c4e20) 13988 alpine RET sigaction 0 13988 alpine CALL sigaction(SIGQUIT,0x7f7c4e30,0x7f7c4e20) 13988 alpine RET sigaction 0 13988 alpine CALL gettimeofday(0x7f7c91b0,0x7f7c91c0) 13988 alpine RET gettimeofday 0 13988 alpine CALL gettimeofday(0x7f7c91a0,0x7f7c91b0) 13988 alpine RET gettimeofday 0 13988 alpine CALL gettimeofday(0x7f7c9190,0x7f7c91a0) 13988 alpine RET gettimeofday 0 13988 alpine CALL kill(0xfb132,SIGTHR) 13988 alpine RET kill 0 28402 alpine PSIG SIGTHR caught handler=0x20cbd6de0 mask=0x808 28402 alpine RET nanosleep -1 errno 4 Interrupted system call Here's what happens when you try to send mail and alpine crashes: 13988 alpine GIO fd 1 wrote 81 bytes \^[[23;1H\^[[K\^[[24;1H\^[[K\^[[22;1H\^[[K\^[[7m\^[[22;27H[Sending mail | |]\^[[27m\^[[22;1H 13988 alpine RET write 81/0x51 13988 alpine CALL munmap(0x206518000,0x12000) 13988 alpine RET munmap 0 13988 alpine CALL mmap(0,0x12000,0x3PROT_READ|PROT_WRITE,0x1000MAP_ANON,0x,0) 13988 alpine RET mmap 8710569984/0x20730c000 13988 alpine CALL mprotect(0x20730c000,0x1000,0PROT_NONE) 13988 alpine RET mprotect 0 13988 alpine CALL __tfork(0x7f7c8e80) 13988 alpine RET __tfork 1007295/0xf5ebf 13988 alpine CALL gettimeofday(0x7f7c8d40,0x7f7c8d50) 13988 alpine RET gettimeofday 0 7295 alpine RET rfork 0 13988 alpine CALL gettimeofday(0x7f7c91b0,0x7f7c91c0) 7295 alpine CALL sigprocmask(SIG_BLOCK,0x808) 7295 alpine RET sigprocmask 0 13988 alpine RET gettimeofday 0 7295 alpine CALL nanosleep(0x20731dfb0,0) 13988 alpine CALL access(0x20c079f40,0x1X_OK) 13988 alpine NAMI /usr/sbin/sendmail 13988 alpine RET access 0 13988 alpine CALL pipe(0x7f7c81c0) 13988 alpine RET pipe 0 13988 alpine CALL pipe(0x7f7c81c0) 13988 alpine RET pipe 0 13988 alpine CALL vfork() 26036 alpine PSIG SIGTHR caught handler=0x20cbd6de0 mask=0x0 26036 alpine RET rfork 0 26036 alpine CALL sigreturn(0x7f7c7f50) 26036 alpine RET sigreturn JUSTRETURN 26036 alpine CALL sigprocmask(SIG_BLOCK,0x808) 26036 alpine RET sigprocmask 0 26036 alpine CALL sched_yield() 26036 alpine RET sched_yield 0 26036 alpine CALL sched_yield() 26036 alpine RET sched_yield 0 26036 alpine CALL sched_yield() 26036 alpine RET sched_yield 0 26036 alpine CALL sched_yield() 26036 alpine RET sched_yield 0 26036 alpine CALL sched_yield() 26036 alpine RET sched_yield 0 26036 alpine CALL sched_yield() 26036 alpine RET sched_yield 0 26036 alpine CALL sched_yield() 26036 alpine RET sched_yield 0 26036 alpine CALL sched_yield() 26036 alpine RET sched_yield 0 26036
alpine check Do Not Send Flowed Text by default
Hi.
Following a chat with Daniel Dickman and after several questions in the
past about how to send inline patches with alpine I'd like to enable the
Do Not Send Flowed Text option by default.
Any ojections?
Index: Makefile
===
RCS file: /cvs/ports/mail/alpine/Makefile,v
retrieving revision 1.11
diff -u -r1.11 Makefile
--- Makefile8 Nov 2009 08:22:53 - 1.11
+++ Makefile31 Aug 2010 08:38:39 -
@@ -18,6 +18,10 @@
PKGNAME-pico= pico-${PICO_V}p1
PKGNAME-pilot= pilot-${PILOT_V}p3
+REVISION-main= 1
+REVISION-pico= 1
+REVISION-pilot=3
+
MAINTAINER=Antoine Jacoutot ajacou...@openbsd.org
HOMEPAGE= http://www.washington.edu/alpine/
@@ -60,8 +64,8 @@
.if ${FLAVOR:L:Mldap}
CONFIGURE_ARGS+=--with-ldap-dir=${LOCALBASE}
-LIB_DEPENDS+= lber.=9,ldap.=9::databases/openldap,-main
-WANTLIB+= sasl2
+LIB_DEPENDS+= ::databases/openldap,-main
+WANTLIB+= sasl2 lber ldap
WANTLIB-pico= ${WANTLIB} asn1 com_err crypto gssapi krb5 ssl
WANTLIB-pilot= ${WANTLIB} asn1 com_err crypto gssapi krb5 ssl
.else
Index: patches/patch-pith_conf_c
===
RCS file: patches/patch-pith_conf_c
diff -N patches/patch-pith_conf_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-pith_conf_c 31 Aug 2010 08:38:39 -
@@ -0,0 +1,15 @@
+$OpenBSD$
+
+By default, check Do Not Send Flowed Text.
+
+--- pith/conf.c.orig Tue Aug 31 10:37:38 2010
pith/conf.cTue Aug 31 10:37:51 2010
+@@ -2769,7 +2769,7 @@ feature_list(int index)
+ {use-sender-not-x-sender, Use Sender Instead of X-X-Sender,
+F_USE_SENDER_NOT_X, h_config_use_sender_not_x, PREF_SEND, 0},
+ {quell-flowed-text, Do Not Send Flowed Text,
+- F_QUELL_FLOWED_TEXT, h_config_quell_flowed_text, PREF_SEND, 0},
++ F_QUELL_FLOWED_TEXT, h_config_quell_flowed_text, PREF_SEND, 1},
+ {downgrade-multipart-to-text, Downgrade Multipart to Text,
+F_COMPOSE_ALWAYS_DOWNGRADE, h_downgrade_multipart_to_text, PREF_SEND,
0},
+ {enable-8bit-esmtp-negotiation, Enable 8bit ESMTP Negotiation,
--
Antoine
Re: alpine check Do Not Send Flowed Text by default
On 2010/08/31 11:08, Antoine Jacoutot wrote: Hi. Following a chat with Daniel Dickman and after several questions in the past about how to send inline patches with alpine I'd like to enable the Do Not Send Flowed Text option by default. cool!!! Any ojections? none from me (I don't use alpine but this is total win for the mailing lists!).
Re: alpine check Do Not Send Flowed Text by default
On 2010/08/31 10:54, Stuart Henderson wrote: On 2010/08/31 11:08, Antoine Jacoutot wrote: Hi. Following a chat with Daniel Dickman and after several questions in the past about how to send inline patches with alpine I'd like to enable the Do Not Send Flowed Text option by default. cool!!! Any ojections? none from me (I don't use alpine but this is total win for the mailing lists!). ...and then we need to do the same for thunderbird :-)
Re: alpine check Do Not Send Flowed Text by default
On Tue, Aug 31, 2010 at 11:08:50AM +0200, Antoine Jacoutot wrote:
Hi.
Following a chat with Daniel Dickman and after several questions in the
past about how to send inline patches with alpine I'd like to enable the
Do Not Send Flowed Text option by default.
Any ojections?
I don't have an opinion on the option itself, but setting REVISION
without removing pX from PKGNAME-xxx looks wrong :)
Landry
Index: Makefile
===
RCS file: /cvs/ports/mail/alpine/Makefile,v
retrieving revision 1.11
diff -u -r1.11 Makefile
--- Makefile 8 Nov 2009 08:22:53 - 1.11
+++ Makefile 31 Aug 2010 08:38:39 -
@@ -18,6 +18,10 @@
PKGNAME-pico=pico-${PICO_V}p1
PKGNAME-pilot= pilot-${PILOT_V}p3
+REVISION-main= 1
+REVISION-pico= 1
+REVISION-pilot= 3
alpine not installing
Hi Listmembers, i tried to install mail/alpine. But make install does not do anything. There is nothing to see, no building fakeroot or something else. I'm following current on a maschine running a current i386 kernel and userland. dmesg: OpenBSD 4.6-current (GENERIC) #0: Sat Nov 28 18:49:28 CET 2009 r...@dmz.bluem00n.gotdns.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel Pentium II (GenuineIntel 686-class, 512KB L2 cache) 349 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real mem = 536375296 (511MB) avail mem = 511086592 (487MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 10/02/98, BIOS32 rev. 0 @ 0xfdb70, SMBIOS rev. 2.1 @ 0xf0d40 (44 entries) bios0: vendor Intel Corp. version 4R4CB0XA.86A.0009.P03.9810021202 date 10/02/98 bios0: Intel Corporation RC440BX apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown acpi at bios0 function 0x0 not configured pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf6a10/176 (9 entries) pcibios0: PCI Interrupt Router at 000:07:0 (Intel 82371FB ISA rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc/0x8000 cpu0 at mainbus0: (uniprocessor) pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82443BX AGP rev 0x02 intelagp0 at pchb0 agp0 at intelagp0: aperture at 0xf800, size 0x400 ppb0 at pci0 dev 1 function 0 Intel 82443BX AGP rev 0x02 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 NVIDIA/SGS-Thomson Velocity128 rev 0x22 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) piixpcib0 at pci0 dev 7 function 0 Intel 82371AB PIIX4 ISA rev 0x02 pciide0 at pci0 dev 7 function 1 Intel 82371AB IDE rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: Maxtor 90845U2 wd0: 16-sector PIO, LBA, 8063MB, 16514064 sectors wd1 at pciide0 channel 0 drive 1: ST38641A wd1: 32-sector PIO, LBA, 8207MB, 16809660 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 wd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 disabled (no drives) uhci0 at pci0 dev 7 function 2 Intel 82371AB USB rev 0x01: irq 10 piixpm0 at pci0 dev 7 function 3 Intel 82371AB Power rev 0x02: polling iic0 at piixpm0 spdmem0 at iic0 addr 0x50: 256MB SDRAM non-parity PC133CL2 spdmem1 at iic0 addr 0x51: 256MB SDRAM non-parity PC133CL3 eap0 at pci0 dev 12 function 0 Ensoniq AudioPCI97 rev 0x02: irq 9 ac97: codec id 0x43525903 (Cirrus Logic CS4297 rev 3) ac97: codec features headphone, 18 bit DAC, 18 bit ADC, No 3D Stereo audio0 at eap0 midi0 at eap0: AudioPCI MIDI UART rl0 at pci0 dev 13 function 0 Realtek 8139 rev 0x10: irq 11, address 00:00:1c:d5:2e:eb rlphy0 at rl0 phy 0: RTL internal PHY rl1 at pci0 dev 14 function 0 Realtek 8139 rev 0x10: irq 9, address 00:08:a1:25:5f:32 rlphy1 at rl1 phy 0: RTL internal PHY rl2 at pci0 dev 15 function 0 Realtek 8139 rev 0x10: irq 5, address 00:00:1c:de:f3:36 rlphy2 at rl2 phy 0: RTL internal PHY isa0 at piixpcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 midi1 at pcppi0: PC speaker spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec usb0 at uhci0: USB revision 1.0 uhub0 at usb0 Intel UHCI root hub rev 1.00/1.00 addr 1 biomask f545 netmask ff65 ttymask mtrr: Pentium Pro MTRR support umass0 at uhub0 port 2 configuration 1 interface 0 Prolific Technology Inc. Mass Storage Device rev 2.00/1.00 addr 2 umass0: using SCSI over Bulk-Only scsibus0 at umass0: 2 targets, initiator 0 sd0 at scsibus0 targ 1 lun 0: IBM-DJSA, -220, JS4I SCSI0 0/direct fixed sd0: 19077MB, 512 bytes/sec, 39070080 sec total vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root root on wd0a swap on wd0b dump on wd0b
Re: alpine not installing
On Sun, Nov 29, 2009 at 11:00:07AM +0100, Sebastian Anding wrote: Hi Listmembers, i tried to install mail/alpine. But make install does not do anything. is it already installed? -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
[UPDATE] UW gang: imap-uw mailutil-uw c-client alpine pico pilot
Hi.
These diffs update the following packages to their latest stable version
(they all need to be in sync, that's why it is part of the same mail).
imap-uw-2007b
mailutil-uw-2007b
c-client-2007b
alpine-2.00
pico-5.04
pilot-2.99p1
Testing, comments and OKs appreciated ;-)
Index: Makefile
===
RCS file: /cvs/ports/mail/imap-uw/Makefile,v
retrieving revision 1.59
diff -u -r1.59 Makefile
--- Makefile20 May 2008 07:16:15 - 1.59
+++ Makefile11 Oct 2008 16:43:48 -
@@ -4,13 +4,15 @@
COMMENT-mailutil=University of Washington IMAP4rev1/POP2/POP3 mail utility
COMMENT-c-client=University of Washington's c-client mail access routines
-V= 2007a1
+V= 2007b
DISTNAME= imap-${V}
PKGNAME-server=imap-uw-${V}
PKGNAME-mailutil=mailutil-uw-${V}
PKGNAME-c-client=c-client-${V}
+#WRKDIST= ${WRKDIR}/imap-2007b
+
CATEGORIES=mail
CATEGORIES-c-client=mail devel
@@ -61,8 +63,6 @@
rfc822.h smtp.h sslio.h tcp.h tcp_unix.h unix.h utf8.h \
utf8aux.h
-WRKDIST= ${WRKDIR}/imap-2007a
-
do-install:
${INSTALL_PROGRAM} ${WRKSRC}/imapd/imapd ${PREFIX}/libexec
${INSTALL_PROGRAM} ${WRKSRC}/ipopd/ipop2d ${PREFIX}/libexec
@@ -77,8 +77,7 @@
${INSTALL_MAN} ${WRKSRC}/src/mailutil/mailutil.1 ${PREFIX}/man/man1
${INSTALL_MAN} ${WRKSRC}/src/tmail/tmail.1 ${PREFIX}/man/man1
${INSTALL_DATA_DIR} ${PREFIX}/share/doc/imap-uw
- ${INSTALL_DATA} ${FILESDIR}/README.OpenBSD ${PREFIX}/share/doc/imap-uw
- @perl -pi -e 's,!!TRUEPREFIX!!,${TRUEPREFIX},' \
+ ${SUBST_CMD} -c ${FILESDIR}/README.OpenBSD \
${PREFIX}/share/doc/imap-uw/README.OpenBSD
tar -C ${WRKSRC}/docs -cf - . | \
tar -C ${PREFIX}/share/doc/imap-uw -xf -
Index: distinfo
===
RCS file: /cvs/ports/mail/imap-uw/distinfo,v
retrieving revision 1.28
diff -u -r1.28 distinfo
--- distinfo20 May 2008 07:16:15 - 1.28
+++ distinfo11 Oct 2008 16:43:48 -
@@ -1,5 +1,5 @@
-MD5 (imap-2007a1.tar.Z) = goqExk75M7/MgFuDhXandA==
-RMD160 (imap-2007a1.tar.Z) = 2siditc+V0VeNIjzIYp8DRoW3wY=
-SHA1 (imap-2007a1.tar.Z) = y2LavnKXtwhNftdg5h8nry2+3pA=
-SHA256 (imap-2007a1.tar.Z) = i6DtoxVxk2Q+s8XM1GwMqAYNcC8mDfYPiWVsuJHL7rg=
-SIZE (imap-2007a1.tar.Z) = 2781669
+MD5 (imap-2007b.tar.Z) = TVnOYwPPjvk/9RNBsc4t9w==
+RMD160 (imap-2007b.tar.Z) = jQ6IuqWcDLeNxUayKoUN7VcRfJQ=
+SHA1 (imap-2007b.tar.Z) = CLSFgzT0X/sZil0nM75O8WDd1Gc=
+SHA256 (imap-2007b.tar.Z) = sxcL71n0Fr4fcQvlgzP5sMLIsP4TcGKszU9fE6N4XNA=
+SIZE (imap-2007b.tar.Z) = 2789484
Index: files/README.OpenBSD
===
RCS file: /cvs/ports/mail/imap-uw/files/README.OpenBSD,v
retrieving revision 1.1
diff -u -r1.1 README.OpenBSD
--- files/README.OpenBSD31 Oct 2007 13:53:56 - 1.1
+++ files/README.OpenBSD11 Oct 2008 16:43:48 -
@@ -3,23 +3,23 @@
The ipop2d, ipop3d, and imapd daemons should be invoked by your
/etc/inetd.conf file with lines such as:
- pop2stream tcp nowait root!!TRUEPREFIX!!/libexec/ipop2d
ipop2d
- pop2stream tcp6nowait root!!TRUEPREFIX!!/libexec/ipop2d
ipop2d
- pop3stream tcp nowait root!!TRUEPREFIX!!/libexec/ipop3d
ipop3d
- pop3stream tcp6nowait root!!TRUEPREFIX!!/libexec/ipop3d
ipop3d
- imapstream tcp nowait root!!TRUEPREFIX!!/libexec/imapdimapd
- imapstream tcp6nowait root!!TRUEPREFIX!!/libexec/imapdimapd
+ pop2stream tcp nowait root${TRUEPREFIX}/libexec/ipop2d ipop2d
+ pop2stream tcp6nowait root${TRUEPREFIX}/libexec/ipop2d ipop2d
+ pop3stream tcp nowait root${TRUEPREFIX}/libexec/ipop3d ipop3d
+ pop3stream tcp6nowait root${TRUEPREFIX}/libexec/ipop3d ipop3d
+ imapstream tcp nowait root${TRUEPREFIX}/libexec/imapdimapd
+ imapstream tcp6nowait root${TRUEPREFIX}/libexec/imapdimapd
To use SSL as default transport you need to add the lines below to
/etc/inetd.conf.
- pop3s stream tcp nowait root!!TRUEPREFIX!!/libexec/ipop3d
ipop3d
- pop3s stream tcp6nowait root!!TRUEPREFIX!!/libexec/ipop3d
ipop3d
- imaps stream tcp nowait root!!TRUEPREFIX!!/libexec/imapdimapd
- imaps stream tcp6nowait root!!TRUEPREFIX!!/libexec/imapdimapd
+ pop3s stream tcp nowait root${TRUEPREFIX}/libexec/ipop3d ipop3d
+ pop3s stream tcp6nowait root${TRUEPREFIX}/libexec/ipop3d ipop3d
+ imaps stream tcp nowait root${TRUEPREFIX}/libexec/imapdimapd
+ imaps stream tcp6nowait root${TRUEPREFIX}/libexec/imapdimapd
-You also need to install files containing RSA certificates to
+You also need to install your
Re: alpine-1.00 core dump in autocompleting file name for msg export
On Mon, 19 May 2008, Jonathan Thornburg wrote: A gdb stack-trace of the latest core-dump (trying to export a message to the pathname msg/misc/nanaimo.people with Tab typed after the i shows this: (gdb) bt #0 0x0c2fe28d in kill () from /usr/lib/libc.so.43.0 #1 0x0c3206d4 in __stack_smash_handler (func=0x3c020e9e pico_fncomplete, damaged=233308416) at /usr/src/lib/libc/sys/stack_protector.c:89 Hmm stack overflow! I'll have a look as soon as I get a bit more time... Thanks for the report. -- Antoine
alpine-1.00 core dump in autocompleting file name for msg export
I am running a just-installed-last-week i386 4.3-release (planning to go to 4.3-stable next week), using the alpine-1.00 package as a mail client, connecting via imap to a Microsoft Exchange server at my workplace. With this setup, I can reproducibly core-dump alpine by trying to export certain messagges from my inbox or saved-mail folders to a local file, and using Tab to try to autocomplete the export pathname. The core-dump happens immediately after I enter the Tab. Typing the full export pathname manually (with no autocompletion) works fine (no core-dump). This problem did *not* occur with the prececessor pine-4.64p4 package in the same setup on 4.2-stable. A gdb stack-trace of the latest core-dump (trying to export a message to the pathname msg/misc/nanaimo.people with Tab typed after the i shows this: (gdb) bt #0 0x0c2fe28d in kill () from /usr/lib/libc.so.43.0 #1 0x0c3206d4 in __stack_smash_handler (func=0x3c020e9e pico_fncomplete, damaged=233308416) at /usr/src/lib/libc/sys/stack_protector.c:89 #2 0x1c0c9c82 in ?? () #3 0x3c020e9e in ?? () #4 0x0de80100 in ?? () #5 0x in ?? () (gdb) What further information should/could I supply to help in tracking down (fixing) the problem? ciao, -- -- Jonathan Thornburg [remove -animal to reply] [EMAIL PROTECTED] School of Mathematics, U of Southampton, England Washing one's hands of the conflict between the powerful and the powerless means to side with the powerful, not to be neutral. -- quote by Freire / poster by Oxfam
Re: [NEW/UPDATE] alpine-0.99999 pico-4.98 pilot-2.99
On Tue, 20 Nov 2007, Antoine Jacoutot wrote: pkg/DESCR-main Alpine is a screen-oriented message-handling tool. In its default configuration, Alpine offers an intentionally limited set of functions geared toward the novice user, but it also has a large list of optional power-user and personal-preference features. Anyone? -- Antoine
[NEW/UPDATE] alpine-0.99999 pico-4.98 pilot-2.99
pkg/DESCR-main Alpine is a screen-oriented message-handling tool. In its default configuration, Alpine offers an intentionally limited set of functions geared toward the novice user, but it also has a large list of optional power-user and personal-preference features. An optional configuration file pine.conf can be put into /etc to set system wide defaults. The format of this file is identical to the .pinerc file that is auto-generated by Alpine in your home directory. Available flavors: ldap - Build with support for LDAP ... and 2 more subpackages: Pico is a simple, display-oriented text editor based on the Alpine message system composer. As with Alpine, commands are displayed at the bottom of the screen, and context-sensitive help is provided. As characters are typed they are immediately inserted into the text. Pilot is a simple, display-oriented file system browser based on the Alpine message system composer. As with Alpine, commands are displayed at the bottom of the screen, and context-sensitive help is provided. This port should hopefully replace mail/pine. As usual, test, comment... Thanks! -- Antoine alpine.tar.gz Description: Binary data
Re: [NEW/UPDATE] alpine-0.99999 pico-4.98 pilot-2.99
On Tue, 20 Nov 2007, Antoine Jacoutot wrote: This port should hopefully replace mail/pine. Can this co-exist with pine? It would help testing. -- Antti Harri
Re: [NEW/UPDATE] alpine-0.99999 pico-4.98 pilot-2.99
On Tue, 20 Nov 2007, Antti Harri wrote: This port should hopefully replace mail/pine. Can this co-exist with pine? It would help testing. Well, the -main subpackage could, just edit PLIST-main accordingly. -- Antoine
