summaryrefslogtreecommitdiffstats
path: root/usr.sbin/ctm/ctm_dequeue
Commit message (Collapse)AuthorAgeFilesLines
* MFC r264400,r265836:ngie2014-12-311-1/+1
| | | | | | | | | | | | | | r264400: NO_MAN= has been deprecated in favor of MAN= for some time, go ahead and finish the job. ncurses is now the only Makefile in the tree that uses it since it wasn't a simple mechanical change, and will be addressed in a future commit. r265836: Remove last two NO_MAN= in the tree. In both of these cases, MAN= is what is needed.
* In usr.sbin/ctm/ctm_dequeue/ctm_dequeue.c, cast a printf field widthdim2011-12-171-1/+1
| | | | | | parameter to int. MFC after: 1 week
* The last big commit: let usr.sbin/ use WARNS=6 by default.ed2010-01-021-0/+2
|
* Start the dreaded NOFOO -> NO_FOO conversion.ru2004-12-211-1/+1
| | | | OK'ed by: core
* For variables that are only checked with defined(), don't provideru2004-10-241-1/+1
| | | | any fake value.
* Make the threatened fts(3) ABI fix. FTSENT now avoids the use of the structwollman2002-09-211-2/+2
| | | | | | | | | | | | | | | | hack, thereby allowing future extensions to the structure (e.g., for extended attributes) without rebreaking the ABI. FTSENT now contains a pointer to the parent stream, which fts_compar() can then take advantage of, avoiding the undefined behavior previously warned about. As a consequence of this change, the prototype of the comparison function passed to fts_open() has changed to reflect the required amount of constness for its use. All callers in the tree are updated to use the correct prototype. Comparison functions can now make use of the new parent pointer to access the new stream-specific private data pointer, which is intended to assist creation of reentrant library routines which use fts(3) internally. Not objected to in spirit by: -arch
* Perform a major cleanup of the usr.sbin Makefiles.obrien2001-07-201-5/+6
| | | | | These are not perfectly in agreement with each other style-wise, but they are orders of orders of magnitude more consistent style-wise than before.
* Remove GCC'isms in CFLAGS.obrien2001-07-201-1/+3
|
* Fix the type of the NULL arg to execl()brian2001-07-091-1/+1
| | | | Idea from: Theo de Raadt <deraadt@openbsd.org>
* $Id$ -> $FreeBSD$peter1999-08-281-1/+1
|
* Revert $FreeBSD$ to $Id$peter1997-02-221-1/+1
|
* Make the long-awaited change from $Id$ to $FreeBSD$jkh1997-01-141-1/+1
| | | | | | | | This will make a number of things easier in the future, as well as (finally!) avoiding the Id-smashing problem which has plagued developers for so long. Boy, I'm glad we're not using sup anymore. This update would have been insane otherwise.
* Simplified. Some fts related bugs removed. Made less verbose. The defaultmckay1996-11-271-121/+91
| | | | | | number of mail messages sent per run was lowered from 2 to 1. Why? Well, some numbers just give you the warm fuzzies, like zero and one. Zero isn't much use here, so I picked my all time favourite, one.
* make the "-l logfile" option actually do something..peter1996-09-071-1/+4
|
* fts_children() returns NULL if there are no files. If there was a failurepeter1996-09-071-3/+6
| | | | then errno != 0.
* - resync with configs running on freefallpeter1996-09-071-2/+2
| | | | | | | | | | | - add ctm_conf.gnats from freefall - add support for doing both the immediate mailout and the queued mailout. - use "sendmail -odq -t" rather than "sendamil -t" to make it queue to the mailqueue rather than immediately begin transmission. This allows us to take advantage of our ordered dequeueing system without blowing WC's T1 to hell with a 50 part mailout in parallel. - bump the max ctm size from 3MB to 10MB.... This is mainly for the fast list.
* Small changes so that this actually stands a chance of doing thegpalmer1996-07-121-2/+11
| | | | right thing...
* Add a facility for a ``slow'' CTM delta queue, allowing `x' numbergpalmer1996-07-012-0/+232
of delta's to be mailed out every hour (or however often you schedule the cron job). ctm_dequeue is the cron job which takes the stuff from the queue directory and punts it into sendmail. The chunks of the deltas (and the complete deltas if they are that small) are sorted into order before being dispatched, so the people subscribing should still get the bits in the right order. The changes to ctm_smail should be fairly safe as they won't be activated unless you go for the new queue directory option.
OpenPOWER on IntegriCloud