RE: [SM-USERS] How to improve security for SM users

2003-08-28 Thread p dont think
HTH, Paul > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Scott > Henderson > Sent: Monday, July 14, 2003 9:53 AM > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: RE: [SM-USERS] How to improve security for SM

RE: [SM-USERS] How to improve security for SM users

2003-07-14 Thread Scott Henderson
I put in the code you wrote, and it works great. Thanks so much! It's always awesome to have someone just write the code you need, and voila' - now I have the functionality my company requires! This is another example of why Open Source software is so great. Its the people - you can't beat tha

Re: [SM-USERS] How to improve security for SM users

2003-07-12 Thread graeme
One more code change I've just found if you are using the notify plugin. Change line 11 in focus.php from $smpage = str_replace('plugins/notify/focus.php', 'src/webmail.php', $_SERVER['REQUEST_URI']); to $smpage = str_replace('plugins/notify/focus.php', 'src/refresh.php', $_SERVER['REQUEST_URI']

Re: [SM-USERS] How to improve security for SM users

2003-07-12 Thread graeme
I have just refined the code I previously posted to disable the browser backspace key: 1. Add the following code to webmail.php just after the session_start() - session_start(); /* added by gcn 12/07/2003 */ if(sqsession_is_registered("visited")){ exit; } sqsession_register("yes", "visited"

RE: [SM-USERS] How to improve security for SM users

2003-07-11 Thread graeme
Forget the nocache option, just add the indicated lines to webmail.php just after the session_start(); === session_start(); /* added by gcn 12/-7/2003 */ if(session_is_registered("visited")){ exit; } $visited ="yes"; session_register("visited"); /* end of ad

RE: [SM-USERS] How to improve security for SM users

2003-07-11 Thread Scott Henderson
> Nicholas Mistry> The statement: session_cache_limiter('nocache'); would need to come before any calls to session_start(). So not necessarily every PHP file but every PHP file that made a call to session_start() instead. Although, I have no clue how se

RE: [SM-USERS] How to improve security for SM users

2003-07-10 Thread Nicholas Mistry
>> Marc Groot Koerkamp> >> Andre Nicholson said: >>> The statement: >>> >>> session_cache_limiter('nocache'); >>> >>> would need to come before any calls to session_start(). So not >>> necessarily >>> every PHP >>> file but every PHP file that made a call to session_start() instead. >>> >>> Althoug

RE: [SM-USERS] How to improve security for SM users

2003-07-10 Thread Scott Henderson
> Marc Groot Koerkamp> > Andre Nicholson said: >> The statement: >> >> session_cache_limiter('nocache'); >> >> would need to come before any calls to session_start(). So not >> necessarily >> every PHP >> file but every PHP file that made a call to session_start() instead. >> >> Although, I have n

RE: [SM-USERS] How to improve security for SM users

2003-07-08 Thread Chris Hilts
> would need to come before any calls to session_start(). So not necessarily > every PHP > file but every PHP file that made a call to session_start() instead. IIRC, we have a function to start the session, so it'd be a matter of editing one file in one spot. As to how useful this directive would

RE: [SM-USERS] How to improve security for SM users

2003-07-08 Thread Marc Groot Koerkamp
Andre Nicholson said: > The statement: > > session_cache_limiter('nocache'); > > would need to come before any calls to session_start(). So not necessarily > every PHP > file but every PHP file that made a call to session_start() instead. > > Although, I have no clue how sessions are maintained in

RE: [SM-USERS] How to improve security for SM users

2003-07-08 Thread Andre Nicholson
The statement: session_cache_limiter('nocache'); would need to come before any calls to session_start(). So not necessarily every PHP file but every PHP file that made a call to session_start() instead. Although, I have no clue how sessions are maintained in SM PHP wise so a word from one of the

RE: [SM-USERS] How to improve security for SM users

2003-07-08 Thread graeme
If my understanding is correct you will need to put the code at the top of each .php file. Can any php experts on the list confirm this or otherwise? > I don't code, but I'm willing to try this. What file would I put this > into- > login.php? src/webmail.php? > >>From: [EMAIL PROTECTED] [mailto

RE: [SM-USERS] How to improve security for SM users

2003-07-08 Thread Scott Henderson @ Bunzl Phoenix
I don't code, but I'm willing to try this. What file would I put this into- login.php? src/webmail.php? >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > I'm not a php expert but isn't there a > session_cache_limiter(); > function that can be used to stop the browser caching? > > i.e. > > /

Re: [SM-USERS] How to improve security for SM users (fwd)

2003-07-07 Thread Timothy M. Lyons
To: [EMAIL PROTECTED] SHBP> Subject: [SM-USERS] How to improve security for SM users SHBP> SHBP> I have just set up our SM server and my boss tried it and he points out if SHBP> someone were using SM at a public terminal, and they didn't log out, but SHBP> just headed to anothe

Re: [SM-USERS] How to improve security for SM users

2003-07-07 Thread graeme
Sorry, code fragment should've read > I have just set up our SM server and my boss tried it and he points out if > someone were using SM at a public terminal, and they didn't log out, but > just headed to another web site, then the next person in line could > backpage > right into their account.