summaryrefslogtreecommitdiffstats
path: root/usr.sbin/edquota
diff options
context:
space:
mode:
authorkris <kris@FreeBSD.org>2003-07-13 06:38:13 +0000
committerkris <kris@FreeBSD.org>2003-07-13 06:38:13 +0000
commit3c0e388f670b2d0ce9bab9e9796738d3c7fbcd7c (patch)
treeee325956216d757173d9901e27f0a251ec2cbc09 /usr.sbin/edquota
parentabf36ebac0b8b760c4e5e024a9306c4a13a3dcb6 (diff)
downloadFreeBSD-src-3c0e388f670b2d0ce9bab9e9796738d3c7fbcd7c.zip
FreeBSD-src-3c0e388f670b2d0ce9bab9e9796738d3c7fbcd7c.tar.gz
From the PR:
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
Diffstat (limited to 'usr.sbin/edquota')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud