| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
|
|
Problems found locating distfiles:
Package mutt: missing distfile patch-1.5.24.rr.compressed.gz
Package p5-Email-Valid: missing distfile Email-Valid-1.198.tar.gz
Package pine: missing distfile fancy.patch.gz
Package postgrey: missing distfile targrey-0.31-postgrey-1.34.patch
Package qmail: missing distfile badrcptto.patch
Package qmail: missing distfile outgoingip.patch
Package qmail: missing distfile qmail-1.03-realrcptto-2006.12.10.patch
Package qmail: missing distfile qmail-smtpd-viruscan-1.3.patch
Package thunderbird24: missing distfile enigmail-1.7.2.tar.gz
Package thunderbird31: missing distfile enigmail-1.7.2.tar.gz
Otherwise, existing SHA1 digests verified and found to be the same on
the machine holding the existing distfiles (morden). All existing
SHA1 digests retained for now as an audit trail.
|
|
until proven otherwise.
|
|
These are now handled dynamically if INIT_SYSTEM is set to "rc.d", or
ignored otherwise.
|
|
Replace PYTHON_PATCH_SCRIPTS with REPLACE_PYTHON.
|
|
either because they themselves are not ready or because a
dependency isn't. This is annotated by
PYTHON_VERSIONS_INCOMPATIBLE= 33 # not yet ported as of x.y.z
or
PYTHON_VERSIONS_INCOMPATIBLE= 33 # py-foo, py-bar
respectively, please use the same style for other packages,
and check during updates.
Use versioned_dependencies.mk where applicable.
Use REPLACE_PYTHON instead of handcoded alternatives, where applicable.
Reorder Makefile sections into standard order, where applicable.
Remove PYTHON_VERSIONS_INCLUDE_3X lines since that will be default
with the next commit.
Whitespace cleanups and other nits corrected, where necessary.
|
|
sysutils/user_* packages.
|
|
|
|
|
|
|
|
|
|
sources in a directory (tree) in pversion.mk. Adjust the various places
that called it locally.
|
|
|
|
changed runtime dependencies now.
|
|
- assume that Python 2.4 and 2.5 are compatible and allow checking for
fallout.
- remove PYTHON_VERSIONS_COMPATIBLE that are obsoleted by the 2.3+
default. Modify the others to deal with the removals.
|
|
|
|
* tmda-ofmipd now has native STARTTLS and SSL support courtesy of
Stephen Warren. The new options are '--tls', '--ssl', '--ssl-key',
and '--ssl-crt'. Note that the tlslite Python module needs to be
installed to use this feature. For more information, see the
"Builtin SSL/TLS" section of http://wiki.tmda.net/TmdaOfmipdHowto
* Fixed a minor bug that prevented the use of both SMTPSSL and
SMTPAUTH together.
|
|
Bump PKGREVISION.
|
|
Now one sets the host and port in rc.conf with tofmipd_tcp{host,port}
(default "localhost:8025") and manages logging with tofmipd_log
(default: "YES", to syslog) and friends. tofmipd_flags is still
useful for authentication and miscellaneous other options.
Bump PKGREVISION.
|
|
|
|
* The snapshot of the wiki documentation is now included within the
main tmda-1.1.x.tgz tarball in the 'doc' directory rather than in a
separate tmda-1.1.x-doc.tgz tarball.
* New feature courtesy of Vitor Espindola. A new configuration
variable, TIMEOUT_UNITS, to give users the ability to customize the
timeout unit value strings in the templates instead of using the
English defaults of "years", "months", "weeks", "days", "hours",
"minutes", and "seconds". For more information, see
http://wiki.tmda.net/ConfigurationVariables#TIMEOUT_UNITS
* Virtual domain improvements to tmda-pending courtesy of Lloyd
Zusman. A '--vhost-script' command-line option has been added to
match tmda-ofmipd and tmda-filter. Also two new options have been
added, '--vhost-user' and '--vhost-domain'. See the tmda-pending
--help output for more information, or for greater detail, see
http://article.gmane.org/gmane.mail.spam.tmda.devel/6584
* An alternative "simpler" example of how to use TLS with tmda-ofmipd
via stunnel has been added. See the contrib/ofmipd-stunnel-daemons/
directory.
* A bug that broke tmda-filter's '-e' command-line option has been
fixed.
|
|
* New feature. When a message is released from your pending queue via
tmda-cgi, a new trace header 'X-TMDA-CGI' is added to the message
which contains both the IP address of the remote host as well as the
browser the client used to send the request. This allows you to
visually discern that the message was released via tmda-cgi rather
than through email confirmation, and also allows for easier tracing.
* tmda-ofmipd has a new option courtesy of Robert P. Thille. `-L'
turns on logging prints which logs everything that `-d' logs, except
for the raw SMTP protocol data. Hence, it is useful if you want to
leave logging enabled permanently, but don't want your logs bloated
with AUTH data and/or the content of large attachments.
* Various tmda-ofmipd bugfixes and improvements from Stephen Warren.
|
|
intended behavior is already the default. Fixes a longstanding
problem using TMDA with qmail. While here, mollify pkglint slightly.
Bump PKGREVISION.
|
|
to prevent their being erroneously installed. Found by bulk build.
No change to PLIST, hence no PKGREVISION bump.
|
|
via bug report and patch from Nathan Arthur. Bump PKGREVISION.
|
|
* New feature courtesy of Mark Horn. ACTION_EXPIRED_DATED has been
extended to support handling multiple ages of dated messages. So you
could for example 'bounce' mail to dated addresses that have been
expired for more than a week, 'hold' if longer than a month, and
'drop' if over a year, while still setting the default behavior to
'confirm'. For more information and an illustrative example, see
http://wiki.tmda.net/ConfigurationVariables#ACTION_EXPIRED_DATED
* TMDA's internal copy of the Python email package has been upgraded
to v4.0.1.
* The bin/tmda-* programs have been revamped to use Python's new
'optparse' library.
* TMDA can now optionally store unconfirmed messages in a "Maildir"
rather than in TMDA's custom pending queue format. This allows you
to use any mail reading program that supports Maildir to browse or
search your pending queue, rather than the 'tmda-pending' and
'tmda-cgi' programs, though the latter will still work.
* tmda-filter has a new command-line option, '-e/--environ' which you
can use to add a VAR=value pair to the environment. One example use
of this is to allow TMDA to be setup as a Postfix transport.
Contributed by Bernard Johnson.
* tmda-filter will defer incoming deliveries if the sticky bit is set
on your home directory (as determined by the $HOME variable). This
allows you to safely edit the contents of ~/.tmda/ on a live system
if you need to.
* tmda-ofmipd now has "one-session" mode through the '--one-session'
command-line option, courtesy of Stephen Warren. This allows you to
use xinetd or tcpserver, possibly in conjunction with stunnel, to
spawn tmda-ofmipd, rather than having tmda-ofmipd bind to a port and
accept connections on its own.
* The new 'dot-tmda' directory in contrib contains a working ~/.tmda/
structure that can be used with only a few changes. See the README
in that directory for more info. Not documented yet outside of the
README, but this might help new TMDA users get started quicker.
* Some of the tmda-* programs will now run on native win32
(tmda-address, tmda-check-address, tmda-pending, and tmda-keygen).
* tmda-ofmipd has a new option (--pure-proxy) that can proxy mail for
non-TMDA users in addition to TMDA users. This might be useful if
you run a mixed environment, and want to use tmda-ofmipd for
everyone. See `tmda-ofmipd --help' for more on this option.
* New feature from David Bremner. Add 'shell=' and 'python=' tag
actions to the outgoing filter. This allows you to add
dynamic/shell escaped headers from the outgoing filter file. For
example usage, see the TMDA/Hashcash HOWTO I've prepared at
http://wiki.tmda.net/TmdaHashCashHowto
* The template system has been reorganized to simplify things for
users of multi-lingual templates among others. See
http://wiki.tmda.net/TemplateHowto and the UPGRADE notes below.
* Messages are now simply deleted from your pending queue once they
are confirmed or released rather than being renamed with a '3,C' or
'3,R' suffix. This provides simpler, more intuitive behavior and
decreased storage requirements.
* Fixed a bug in TMDAINJECT that caused Message-ID and Date headers to
differ when sending to multiple recipients.
* Fixes to the tmda.spec file that should allow RPMs to be built with
Python 2.3.x.
* Tilde expansion is now done automatically for variables in
/etc/tmdarc and ~/.tmda/config, so you no longer have to use
os.path.expanduser() to do this yourself. e.g,
TEMPLATE_DIR = "~/.tmda/templates"
now ``just works''.
* New 'whitelist' behavior for tmda-pending and tmda-cgi, controlled
by http://wiki.tmda.net/ConfigurationVariables#PENDING_WHITELIST_RELEASE
* A new 'pipe-headers' incoming filter file source. Identical to
'pipe' except that it only pipes the headers to the program, instead
of the headers + body. This should offer greater performance and
reliability when processing the message body isn't required.
* A new feature to add Mail-Followup-To headers from tmda-sendmail or
tmda-ofmipd to messages. See
http://wiki.tmda.net/ConfigurationVariables#MAIL_FOLLOWUP_TO
|
|
syntax as specified in pkgsrc/mk/install/bsd.pkginstall.mk:1.47.
|
|
|
|
automatically detects whether we want the pkginstall machinery to be
used by the package Makefile.
|
|
example MAKE_ENV+=FOO=${BAR} is changed to MAKE_ENV+=FOO=${BAR:Q}. Some
other changes are outlined in
http://mail-index.netbsd.org/tech-pkg/2005/12/02/0034.html
|
|
backslashes anymore. A single backslash is enough. Changed the
definition in all affected packages. For those that are not caught, an
additional check is placed into bsd.pkginstall.mk.
|
|
|
|
And always is defined as share/examples/rc.d
which was the default before.
This rc.d scripts are not automatically added to PLISTs now also.
So add to each corresponding PLIST as required.
This was discussed on tech-pkg in late January and late April.
Todo: remove the RCD_SCRIPTS_EXAMPLEDIR uses in MESSAGES and elsewhere
and remove the RCD_SCRIPTS_EXAMPLEDIR itself.
|
|
|
|
|
|
python*-pth packages into meta-packages which will install the non-pth
packages. Bump PKGREVISIONs on the non-pth versions to propagate the
thread change, but leave the *-pth versions untouched to not affect
existing installations.
Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
|
|
under share/examples/rc.d. The variable name already was named
RCD_SCRIPTS_EXAMPLEDIR.
This is from ideas from Greg Woods and others.
Also bumped PKGREVISION for all packages using RCD_SCRIPTS mechanism
(as requested by wiz).
|
|
|
|
installation, the affected files are recompiled the first time
tmda-ofmipd runs with sufficient permissions. Force the recompile
during post-install to ensure the package tools record the right
checksums.
|
|
|
|
* Fixed a small bug in the auto-response rate limiting code that
choked on extremely long addresses.
(http://mla.libertine.org/tmda-users/2004-01/msg00375.html)
* Fixed a small bug in the X-Primary-Address header handling code that
was triggered by a broken MTA.
(http://mla.libertine.org/tmda-users/2004-01/msg00100.html)
* Fixed a bug in TMDAINJECT that caused Message-ID and Date headers to
differ when sending to multiple recipients.
* Fixed a bug that would cause pending message release to fail under
certain MTAs (particularily Exim) if the envelope sender was null <>.
pkgsrc changes:
* Add rc.d script for tmda-ofmipd.
* Create "tofmipd" user for tmda-ofmipd.
* Require Python 2.2 or higher, as needed by tmda-ofmipd.
* Use subst.mk to honor PKG_SYSCONFDIR.
* Set PKG_SYSCONFSUBDIR, as TMDA potentially has several config files.
* Update MASTER_SITES.
* Use shell globs to simplify some definitions.
* Remove MESSAGE, as TMDA provides its own upgrade instructions.
* Pass one file at a time to install(1) for the benefit of some of our
differently-abled platforms.
|
|
|
|
|
|
This should fix hubertf's bulk build.
|
|
|
|
See share/doc/tmda/UPGRADE for important notes, or view the notes from
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/~checkout~/tmda/tmda/UPGRADE
before upgrading. There are too many changes to list here.
|
|
|
|
What's new?
* New feature: A new header called ``X-Primary-Address'' is now
supported in order to reduce the amount of thinking and planning
ahead you need to do when sending mail to a new correspondent who
may or may not use a challenge/response system like
TMDA. Essentially, this header allows a sender to specify the
address he prefers be whitelisted once he confirms his first
message.
For more information, see the following URLs:
<URL:http://tmda.net/config-vars.html#PRIMARY_ADDRESS_MATCH>
<URL:http://tmda.net/faq.cgi?req=show&file=faq04.005.htp>
* New feature. You can customize the header lines displayed by
tmda-pending in interactive mode by setting SUMMARY_HEADERS. See
<URL:http://tmda.net/config-vars.html#SUMMARY_HEADERS> for more
information.
* New version of Josh Huber's tmda.el.
* Bugfixes.
Here are the new additions to UPGRADE:
* If you are using customized templates, you should replace
%(envelope_sender)s with %(confirm_append_address)s in your
confirm_request.txt. This is to support the new
<URL:http://tmda.net/config-vars.html#PRIMARY_ADDRESS_MATCH>
feature.
* When doing program deliveries to procmail, you should no longer be
using the ``-f'' option. e.g,
DELIVERY = "|/usr/bin/procmail -f $SENDER ~/.procmailrc-tmda"
becomes
DELIVERY = "|/usr/bin/procmail ~/.procmailrc-tmda"
* contrib/sample.tmdarc has been renamed contrib/sample.config.
|
|
* New feature. TEMPLATE_DIR_MATCH_SENDER provides a way to further
specialize the template selection process. When enabled, TMDA looks
for templates in a subdirectory of TEMPLATE_DIR that matches the
sender address, and then increasingly general portions of the domain
part of the address. For more information and an example, see
<URL:http://tmda.net/config-vars.html#TEMPLATE_DIR_MATCH_SENDER>
* tmda-pending now allows messages to be specified on standard input
instead of the command line by using `-' instead of a message
list. See ``tmda-pending -h'' for an example. Thanks to Michael
S. Fischer for the patch.
Only accept Python 2.2, as the PLIST is incorrect for 2.1 (due to one
file failing to compile).
|
|
* Python version 2.1 or greater is now required. Upgrade at
<URL:http://www.python.org/download/>
* When sending an auto response, a new configuration variable
(AUTORESPONSE_INCLUDE_SENDER_COPY) is used to control whether a copy
of the sender's message is included or not. For available options,
<URL:http://tmda.net/config-vars.html#AUTORESPONSE_INCLUDE_SENDER_COPY>
If you are using customized templates, you should remove the last
few lines in each template which include the sender's copy. For
example, in confirm_request.txt:
--- Enclosed is a copy of your message.
%(original_message)s
Otherwise, you'll include two copies of the sender's message.
* When sending confirmation requests, Reply-To is now set from the
confirm_request.txt template. This is to allow the option to not
include the confirmation address in a Reply-To header.
If you use a customized confirm_request.txt, you'll need to add the
following line to the top (header section) of your template:
Reply-To: %(confirm_accept_address)s
|
