1. Add support for building cclient with SSL. Warn about the possibility
that some ports may have been missed and need ssl added at link time.
2. Update cclient and imap-uw to latest versions.
3. Fix pine4 to add ssl libraries. This can be used as a model for what
other ports may need to do.
4. Release MAINTAINERship (by request).
Submitted by: anders@fix.no
Approved by: petef@databits.net
about the operating system, the version of Pine, and the word
"PINE". As described in http://www.crimelabs.net/docs/passive.html
this information could be of use to someone with malicious
intentions.
PR: 26051 (duplicated as 26052)
Approved by: maintainer
Update imap-uw to the latest version (imap-2000).
Update pine4 to the latest version (pine-4.31).
Despite the fact that the new releases of imap-uw and pine are
intended to improve security, the security warnings on the pine
and imap-uw ports have been left intact until they have proven
themselves.
Mike Silbersack <silby@silby.com>. Add a build- and install-time
warning about the probable existence of further remote security
problems, and remove FORBIDDEN.
Submitted by: Mike Silbersack <silby@silby.com>
Parenthetically, no software which uses 4299 sprintf/strcpy/strcat
calls can possibly be safe - I don't expect to remove this FORBIDDEN
tag any time soon. :-(
Pine has historically built against an internal copy of the c-client library,
however c-client development has progressed beyond what is shipped with pine.
(It would appear that all new development work is being done via UW's imap
server codebase.) This change allows pine to utilize improvements/bugfixes in
the c-client library. In addition, the cclient port builds c-client as a
a shared library. Now, pine links against this shared library. As a result,
pine binaries are approximately 550k smaller. On the other hand, the c-client
library itself is a good 650k. The real benefit here is that c-client may be
shared amongst multiple binaries (i.e. imap-uw, php, and perl scripts using the
p5-Mail-CClient module), thereby potentially reducing the overall disk and
memory usage.
PR: 19731
Submitted by: kbyanc@posi.net
Reviewed by: will
master). This is done by defining a variable "PRE_MK_INCLUDED" in the slave
before including ${MASTERDIR}/Makefile, and have the master check it before
including any necessary macro files.
- add -DPOSIX to pico build so that it doesn't use the sgtty cruft.
- clean freebsd-specific files too.
- correctly specify wait() as taking an int, rather than configuring it
for "union wait *" and adding patches to cast them to int's.
- use POSIX counterparts for pine proper (signals, non-blocking, termios)
- correct path to /usr/bin/passwd (not /bin/passwd)
- revert 3-char identifier to "BSF" not "BSI" (originally, BSN = NetBSD,
BSF=FreeBSD, BSI=BSDI)
- use more usual paths for news files. both cnews and inn* default to
/var/news (usually), and the inn ports default to
/usr/local/news/lib/active (cnews uses /usr/local/lib/news/active)
None of our ports use /usr/spool/news or /usr/lib/news/active.
Partly Submitted by: Chris Timmons <skynyrd@opus.cts.cwu.edu> (PR#1458)
Makefile.diff - patch to Makefile; gzip additional manpages during
postinstall
file.Makefile.diff - patch to files/Makefile; add install
for new manpages
PLIST.diff - include new manpages in package
Enclosed are patches to the pine port. They are meant to be applied
from /usr/ports/mail/pine
patch-aa.diff - Changes config file from /usr/local/lib/pine/pine.conf
to /usr/local/etc/pine.conf
Makefile.diff - Install ipop2d and ipop3d (previously they weren't
installed at all!) into libexec. Change location of imapd from bin to
libexec
PLIST.diff - Change location of imapd, and add ipop2d and ipop2d
DESCR.diff - Mention that package includes POP2 and POP3 servers
1. Make MASTER_SITES entries contain a trailing /. Garrett says that
assuming a '/' seperator between entries in MASTER_SITES and entries
in DISTFILES is a dangerous assumption. This will also be taken
out of bsd.port.mk.
2. General clean-up. Some of these Makefiles were a little grim.
Make sure they're all in sync with the sometimes rapidly changing
bsd.port.mk! :)
3. Some small configuration tweaks to keep them compiling under the
most recent 2.0 - some things seem to have broken along our road
to release.
bring it into line with the others (always clone another port when
starting a new one if you can, folks, it saves work and makes them
look more standard).
Submitted by: jkh
