- Convert to new options framework
sieve-connect was not actually verifying TLS certificate identities matched
the expected hostname. Changes with new version:
Fix TLS verification; find server by own hostname & SRV.
* TLS hostname verification was not actually happening.
* IO::Socket::SSL requirement bumped to 1.14 (was 0.97).
* By default, if no server specified, before falling back to localhost try to
use the current hostname and SRV records in DNS to figure out if Sieve is
available. Checks for sieve, imaps & imap protocol SRV records and honours
target==. to mean "no".
* This works better with the Mozilla::PublicSuffix module installed.
* Added ability to blacklist authentication mechanisms
More info:
http://mail.globnix.net/pipermail/sieve-connect-announce/2013/000005.html
PR: ports/177859
Submitted by: "Alexey V. Degtyarev" <alexey@renatasystems.org> (maintainer)
Approved by: portmgr (implicit)
Security: a2ff483f-a5c6-11e2-9601-000d601460a4
Trim header and cosmetic fix to PLIST_FILES.
PR: ports/173990
Submitted by: "Alexey V. Degtyarev" <alexey@renatasystems.org> (maintainer)
Feature safe: yes
RFC 5804. Historically, this was MANAGESIEVE as implemented by timsieved in
Cyrus IMAP.
This is not yet fully compatible with RFC 5804, but is moving towards that from
the timsieved baseline; some issues to be worked on are documented in the
"TODO" file.
sieve-connect speaks ManageSieve and supports TLS for connection privacy and
also authentication if using client certificates. sieve-connect will use SASL
authentication; SASL integrity layers are not supported, use TLS instead.
GSSAPI-based authentication should generally work, provided that client and
server can use a common underlaying protocol. If it doesn't work for you,
please report the issue.
sieve-connect is designed to be both a tool which can be invoked from scripts
and also a decent interactive client. It should also be a drop-in replacement
for "sieveshell", as supplied with Cyrus IMAP.
WWW: http://people.spodhuis.org/phil.pennock/software/
PR: ports/157077
Submitted by: Alexey V. Degtyarev <alexey at renatasystems.org>
