version, however they _just_ updated the version today. Going to the
latest version didn't require any other mods.
PR: ports/26808
Submitted by: Anders Nordby <anders@fix.no> (maintainer)
* Add two more master sites that I control myself, to bring some much
needed stability there too (UW has been removing snapshots without
putting them in the old dir).
* Use PAM by default.
* Remove some unnecessary linking parameters.
Submitted by: Anders Nordby <anders@fix.no>
opposite case :) Make the c-client's Makefile use the LDFLAGS files,
when linking the shared library. This ensures, that the things like
-lpam, -lssl are linked into it and an application does not have to
refer to them explicitly.
WITH_SSL should, IMHO, be made a default...
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
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.
the next release (it's not quite here yet). In the meantime, they have
moved the imap-4.7c tarball into an 'old' subdirectory. This updates
the c-client ports to find the tarball in it's new location. While I
was in there, I also removed an obsolete MASTER_SITE and updated my
e-mail address in the MAINTAINER field.
Hopefully, the imap-uw port maintainer will do something similar in
the near future to get it building again.
Submitted by: Mike Silbersack <silby@silby.com>
As Vladimir Ivanov explains:
unix-mx driver doesn't set file permissions properly for non-private
messages (e.g. public#). The problem caused by mx_append procedure,
where the driver doesn't call set_mbx_permissions for just created
message file.
Submitted by: Vladimir Ivanov <wawa@comptek.ru>
