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 c
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
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
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
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
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
ftware 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 worki
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
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 yo
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 yo
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
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
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?
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 -
ot 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
> ===
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
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
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_
> 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 @@
>
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
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
,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
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.
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
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
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
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
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
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
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
/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
/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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
48 matches
Mail list logo