summaryrefslogtreecommitdiffstats
path: root/usr.sbin/ctm/ctm_smail
Commit message (Collapse)AuthorAgeFilesLines
* Shrink encoded line length from 76 to 72 characters.mckay2010-01-241-1/+1
| | | | | | | Some Exchange systems wrap lines over 75 characters long while converting messages to quoted-printable, preventing ctm_rmail from reassembling emailed deltas. For a negligible loss of encoding efficiency, this change allows ctm deltas to once more pass through Exchange undamaged.
* 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.
* From the PR:kris2003-07-131-10/+38
| | | | | | | | | | | | | | | | | | | | I am the maintainer of CTM. There is a problem that when very large deltas are created, that the program ctm_smail, which is responsible for mailing the deltas out, will instead create a single message that says the delta is too large. However, if the -q option is set, instead of placing this message in the queue (as it would have done with the deltas), it mails it out directly. This conflicts with the current working of CTM in that the email address is set as %%REPLACE-ME%% so that the created mailing pieces can be signed by gnu-pgp, and then have the mailing address changed. This fix means that if the -q option is set, and the delta is too large, the "too large" message is placed in the queue. Also, I made the "too large" message a little more up to date. Submitted by: Stephen Montgomery-Smith <stephen@math.missouri.edu> PR: bin/50328 MFC After: 2 weeks
* Perform a major cleanup of the usr.sbin Makefiles.obrien2001-07-201-4/+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
|
* $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.
* Removed unnecessary locking. Simplified. Tidied.mckay1996-11-271-305/+181
|
* make it slightly less verbose while creating queue entries..peter1996-09-071-3/+9
|
* - 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.
* Add a facility for a ``slow'' CTM delta queue, allowing `x' numbergpalmer1996-07-011-4/+265
| | | | | | | | | | | | | | 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.
* Updated howmany() to be once again identical with the namespace-pollutingbde1996-03-191-1/+1
| | | | one in <sys/types.h>. Lite2 changed the white space in the latter.
* Remove -g from CFLAGS.bde1995-07-121-2/+2
|
* Remove trailing whitespace.rgrimes1995-05-301-5/+5
|
* Various nitpicking from Stephen.phk1995-02-151-1/+2
| | | | | Reviewed by: phk Submitted by: Stephen McKay <syssgm@devetir.qld.gov.au>
* Clean up some details, to make it clear to gcc that we do not try to dophk1995-02-101-1/+2
| | | | something stupid.
* CTM email tools.phk1995-01-312-0/+331
Reviewed by: phk Submitted by: Stephen McKay <syssgm@devetir.qld.gov.au>
OpenPOWER on IntegriCloud