 |
 | Home | Contact Us | FAQ | Search & Site Map | Link to Us |
 | Sign In | Join | Other 45 Sites in Network |
Mac Forum / Programming / Perl / April 2005keychain
I need to authenticate users in a perl CGI and was hoping to use the Keychain but can't find a perl way to do that. Has anybody done that before? Yeah, check out the 'security' command-line program. I use it in conjunction with Module::Release so that I don't have to type my PAUSE password every time I upload something to CPAN - it just fetches the password from my keychain. -Ken > I need to authenticate users in a perl CGI and was hoping to use the > Keychain but can't find a perl way to do that. Has anybody done that > before? Hi Everyone, I looked at man security, just for kicks and I dumped the keychains. I was suprised to find email addresses for people who I do not know. I am a single user powerbook with dial up 56k access. Is this normal to have email keychain data for people I do not know? I could post those emails, but in case they're legitimate, I don't want them to get spammed. Any suggestions? Joe. > Yeah, check out the 'security' command-line program. I use it in > conjunction with Module::Release so that I don't have to type my PAUSE [quoted text clipped - 6 lines] >> Keychain but can't find a perl way to do that. Has anybody done that >> before? > Hi Everyone, > [quoted text clipped - 5 lines] > I could post those emails, but in case they're legitimate, I don't > want them to get spammed. Any suggestions? My guess is that they're stored there to be used by the "Mail" app to fast fill email addresses. Probably those you don't recognize are addresses from email you've received. "Mail" probably assums that you might want to respond someday. Unless the FBI is writing software for Apple I can't think of why else they'd be there. Kindest Regards, -- Bill Stephenson Kindest Regards, -- Bill Stephenson 417-527-3647 Hi Joseph, In my address book, I've got several of those too. I believe they're certificates from people who have signed their messages. If you don't know them, they're probably on a list you're on. -Ken > Hi Everyone, > [quoted text clipped - 18 lines] >>> Keychain but can't find a perl way to do that. Has anybody done that >>> before? > Hi Joseph, > > In my address book, I've got several of those too. I believe they're > certificates from people who have signed their messages. If you don't > know them, they're probably on a list you're on. That's definitely a possibility. It bugs me that Apple lumps things together like this because there's another possibility as well. If spam comes with a certificate, what do you suppose might happen? It's a bit of a pain, but I would prefer the keychain, in the default settings, prompted the user before storing any certificates. I'd also like to be able to set it to prompt before storing addresses, as well, but that's just something I can live with. When it stores certificates I don't know anything about, the chain of trust tends to have even less to do with me. Some things simply can't be mechanized. > -Ken > [quoted text clipped - 20 lines] >>>> the Keychain but can't find a perl way to do that. Has anybody done >>>> that before? > Hi Joseph, > > In my address book, I've got several of those too. I believe > they're certificates from people who have signed their messages. > If you don't know them, they're probably on a list you're on. You may not notice it, but lots of people send signed messages to lists. Mail.app grabs the x.509 certificate, and then stores it inthe keychain for later authentications. Can be deleted without ill effect. Check the item details before you delete to make sure it's a x.509 cert, or somethign else you're happy to part with. Best regards, Chris |
Reply to this Message |
 Sign In
 Join
 My Latest Posts My Monitored Threads My Blog My Photo Gallery My Profile My Homepage Start New Thread Enable EMail Alerts Rate this Thread
|
©2009 Advenet LLC Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.