On Apr 23, 2008, at 7:42 PM, Jay Kline wrote:
Jesse Vincent wrote:On Apr 23, 2008, at 5:12 PM, Jay Kline wrote:Our organization makes heavy use of S/MIME for signatures and encryption of email, and we would like RT to indicate if a message is signed, and has a valid signature. I saw a few mentions of it in the archives, butmost are old or inconclusive.We did a full integration for a client, but haven't found the cycles to polish it for release just yet :/Would you be willing to share the patch, even if it dosnt get included in the release? It surely would be helpful :-)
"polish it for release" includes "remove customer-specific identifying details" which, as you might imagine, is relatively important ;)
Related to this, we use these certs for client auth in web browers, has anyone configured RT to use client certs for auth instead of cookies, orHTTP auth?RT has support for HTTP auth (say, using apache's support for certs) as a flag in the config file.Yep, unfortunately this makes for really ugly usernames, as Apache setsthe username to the full DN of the cert, we would ideally like to justuse the CN, or map it to another name entirely (like the email address).
That bit is easy. In your RT config file: sub RT::Interface::Web::WebCanonicalizeInfo { my $user =$ENV{'REMOTE_USER'}; $user =~ s/[EMAIL PROTECTED]//i; return $user; }
If its not really been done, Ill probably implement something using theCookie based external auth that is already out there. Jay
PGP.sig
Description: This is a digitally signed message part
_______________________________________________ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com