summaryrefslogtreecommitdiffstats
path: root/src/kdc/kdc_log.c
diff options
context:
space:
mode:
authorZhanna Tsitkov <tsitkova@mit.edu>2013-12-23 09:23:54 -0500
committerZhanna Tsitkov <tsitkova@mit.edu>2014-02-19 14:23:40 -0500
commitdaa80b9f4a478ce57be08f9dc3b7d5e65c6e7e66 (patch)
tree22341d0454b2f3d1206203d65a99fffc4c6e0368 /src/kdc/kdc_log.c
parent3093b92734adfe2deb9ad6bad5a221acc967fd8b (diff)
downloadkrb5-daa80b9f4a478ce57be08f9dc3b7d5e65c6e7e66.tar.gz
krb5-daa80b9f4a478ce57be08f9dc3b7d5e65c6e7e66.tar.xz
krb5-daa80b9f4a478ce57be08f9dc3b7d5e65c6e7e66.zip
Make KDC "status" statements more homogeneous
Generally we want KDC status strings to be concise, informative and follow some common rules: - All letters in the status string should be capitalized; - the words in the status phrase are separated by underscore; - abbreviations should be avoided. Some acceptable "standard" acronyms are AS_REQ, TGS_REP etc. - since in almost all cases KDC status is set on error, no need to state this fact as part of the status string; - KDC status string should be an imperative phrase. For example, "DECRYPT_SERVER_KEY". This commit is to modify some KDC status messages to follow this format. Even though KDC status messages are not standardized, it is possible that some administrators use them in the Kerberos log file processing. Hence, the vast majority of them are left unchanged pending further investigation (mostly, feedback from the administrators).
Diffstat (limited to 'src/kdc/kdc_log.c')
-rw-r--r--src/kdc/kdc_log.c14
1 files changed, 14 insertions, 0 deletions
diff --git a/src/kdc/kdc_log.c b/src/kdc/kdc_log.c
index b1555b1e95..94a2a1c87c 100644
--- a/src/kdc/kdc_log.c
+++ b/src/kdc/kdc_log.c
@@ -29,6 +29,20 @@
#include <syslog.h>
#include "adm_proto.h"
+/*
+ * A note on KDC-status string format.
+ *
+ * - All letters in the status string should be capitalized;
+ * - the words in the status phrase are separated by underscores;
+ * - abbreviations should be avoided. Some acceptable "standard" acronyms
+ * are AS_REQ, TGS_REP etc.
+ * - since in almost all cases KDC status string is set on error, no need
+ * to state this fact as part of the status string;
+ * - KDC status string should be an imperative phrase.
+ *
+ * Example: "MAKE_RANDOM_KEY"
+ */
+
/* Main logging routines for ticket requests.
There are a few simple cases -- unparseable requests mainly --