[Rt-commit] r9160 - in rtir/branches/2.3-EXPERIMENTAL: .

sartak at bestpractical.com sartak at bestpractical.com
Wed Sep 26 13:33:21 EDT 2007


Author: sartak
Date: Wed Sep 26 13:33:21 2007
New Revision: 9160

Modified:
   rtir/branches/2.3-EXPERIMENTAL/   (props changed)
   rtir/branches/2.3-EXPERIMENTAL/lib/RT/IR/AdministrationTutorial.pod

Log:
 r43073 at onn:  sartak | 2007-09-26 13:33:11 -0400
 Doc reverification and key selection


Modified: rtir/branches/2.3-EXPERIMENTAL/lib/RT/IR/AdministrationTutorial.pod
==============================================================================
--- rtir/branches/2.3-EXPERIMENTAL/lib/RT/IR/AdministrationTutorial.pod	(original)
+++ rtir/branches/2.3-EXPERIMENTAL/lib/RT/IR/AdministrationTutorial.pod	Wed Sep 26 13:33:21 2007
@@ -160,3 +160,23 @@
 from backups. RT::Shredder provides SQL commands to reverse any delete
 operations, so any data that it deletes may be restored.
 
+=head2 GnuPG support
+
+See also the documentation in L<RT::Crypt::GnuPG>.
+
+=head3 Reverification
+
+RTIR supports reverification of incoming email. If a user sends signed mail
+but RTIR doesn't have his public key (or if some other error occurs), then his
+message will be still be processed, but there will be "This message is
+unverified" warnings in the UI. Afterwards, RTIR will automatically attempt to
+reverify that message whenever someone views it.
+
+=head3 Key selection
+
+Sometimes a user will have multiple public keys in RTIR's GPG database. When
+that happens, RTIR has the user writing the message decide which key to use
+when sending that user encrypted mail. They are listed as fingerprints along
+with their trust levels. If only one key is valid, then RTIR will
+automatically choose it instead of asking the user.
+


More information about the Rt-commit mailing list