patch, qmail-smtpd will reject mail during the SMTP conversation
if a recipient is listed in control/badrcptto. This complements
control/badmailfrom as found in stock qmail. Requested by Nathan
Arthur.
Add an rc.d script for qmail-pop3d. It needs sysutils/checkpassword,
which is so tiny I've added the dependency even as I don't use
qmail-pop3d myself.
In the rc.d script for qmail-smtpd, require control/rcpthosts to
be present. This prevents accidental open relays.
Now that it's used for the path to checkpassword too, rename
LOCALBASE_UCSPI_TCP to LOCALBASE_NORMAL.
Convert to buildlink3.
Bump PKGREVISION.
which installs to ${RCD_SCRIPTS_EXAMPLEDIR}. But the MESSAGE
referred to wrong hard-coded location if the RCD_SCRIPTS_EXAMPLEDIR
was not the default. So use RCD_SCRIPTS_EXAMPLEDIR instead.
PKGREVISION not bumped because if someone had changed
RCD_SCRIPTS_EXAMPLEDIR before recent change of autoregistration
of rc.d script in PLIST, then it could not have been packaged
in first place.
Note that this commit does not imply that the MESSAGE is correct.
In some cases, the MESSAGE is clearly wrong such as suggesting
running the rc.d script from the example directory (which will work
although).
the RCD_SCRIPTS rc.d script(s) to the PLIST.
This GENERATE_PLIST idea is part of Greg A. Woods'
PR #22954.
This helps when the RC_SCRIPTS are installed to
a different ${RCD_SCRIPTS_EXAMPLEDIR}. (Later,
the default RCD_SCRIPTS_EXAMPLEDIR will be changed
to be more clear that they are the examples.)
These patches also remove the etc/rc.d/ scripts from PLISTs
(of packages that use RCD_SCRIPTS). (This also removes
now unused references from openssh* makefiles. Note that
qmail package has not been changed yet.)
I have been doing automatic PLIST registration for RC_SCRIPTS
for over a year. Not all of these packages have been tested,
but many have been tested and used.
Somethings maybe to do:
- a few packages still manually install the rc.d scripts to
hard-coded etc/rc.d. These need to be fixed.
- maybe remove from mk/${OPSYS}.pkg.dist mtree specifications too.
changes include:
* Check every fetch operation for success
* documented the fact that mailsync is not really fit for concurrent
mailbox access
* extended loging
* reengineering - clearer naming of variables (I hope)
- int msgno -> unsigned long msgno (as in c-client)
- functions and variables that return/contain only true/false
are now booleans
* do not copy deleted mails
* documented list mode
* list mode can display contents of mailboxes
* more docu
* reordered code to make it more coherent (IMHO)
* various functions (fetch_mail_ids, tdc_mail_open) had too many crucial
side effects which made the code very hard to follow. Untangled that.
* closing a stream before writing in it (c-client logic!) so that new
messages are not marked as seen. That means, that mutt users should be
happy(er?) now.
* more explicit and consistent error messages, more sensible debug output
* documented the code and renamed stuff so that it makes sense
* messages-ids are sanitized and saved in RFC822 format only.
* warnings about spaces in the message id are now optional, see the "-bd"
option
* fixed a bug that occured when files were copied over but could not be saved
for some reason
Changes are bug-fixes mostly, but also synchronizes bundled GD
with GD 2.0.22 and updates PCRE to version 4.5. Several NetBSD
patches were integrated too, so future pkgsrc updates would
be even more smooth.
Full list of changes since PHP 4.3.4 is available at:
http://www.php.net/ChangeLog-4.php#4.3.6http://www.php.net/ChangeLog-4.php#4.3.5
Mozilla Thunderbird is a redesign of the Mozilla mail component. The
goal is to produce a cross platform stand alone mail application using
the XUL user interface language.
program does not give "Permission denied" arguments while running (and
things like the local mail folders work properly). Lets go with the
revision bump done recently.
the fix is really in glib2, not libglade2 (which hasn't changed at all).
libglade2's revision was bumped to pick up glib2 too, but this has nothing
to do with fixing evolution, so bumping the required glib2 version is more
realistic.
