Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1UVhee-0007ex-F3 for pgsql-www@arkaria.postgresql.org; Fri, 26 Apr 2013 12:21:32 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.72) (envelope-from ) id 1UVhed-0003Be-Qa for pgsql-www@arkaria.postgresql.org; Fri, 26 Apr 2013 12:21:31 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1UVhed-0003BY-5D for pgsql-www@postgresql.org; Fri, 26 Apr 2013 12:21:31 +0000 Received: from longis.vm.bytemark.co.uk ([212.110.186.97]) by magus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1UVheY-0005CT-Up for pgsql-www@postgresql.org; Fri, 26 Apr 2013 12:21:30 +0000 Received: from [81.168.90.101] (helo=[10.0.0.2]) by longis.vm.bytemark.co.uk with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1UVheX-0006B4-GN for pgsql-www@postgresql.org; Fri, 26 Apr 2013 13:21:25 +0100 Message-ID: <517A7144.4070204@xk7.net> Date: Fri, 26 Apr 2013 13:21:24 +0100 From: Paul Waring User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pgsql-www@postgresql.org Subject: Re: Can we change auto-logout timing on wiki.postgresql.org? References: <5179CD76.6030908@agliodbs.com> <517A6C78.7000101@xk7.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-www Precedence: bulk Sender: pgsql-www-owner@postgresql.org On 26/04/13 13:06, Magnus Hagander wrote: >> As far as I can tell from examining the headers, it looks like an expiry >> date/time is set for the login cookie, but then it is never updated. If this >> is the case, then eventually the expiry date will pass and the browser will >> delete the cookie, even if you have been regularly accessing the wiki. >> >> Another possibility is that the cronjob which auto-removes session files >> (assuming files are being used) is set to the default of 24 minutes - which >> will remove your session after that time regardless of what the cookie's >> expiry date is set to. > > We do have session.gc_maxlifetime set to 1440 which is the 24 minutes > you're referring to? So maybe this is the parameter we need to > (drastically) increase? Assuming session data is being stored in files (you can check that with session.save_handler), then you might want to increase session.gc_maxlifetime. The cleanup cronjob runs at 9 and 39 minutes past the hour by default, so a session file might be deleted 24-54 minutes since it was last modified. -- Paul Waring http://www.pwaring.com -- Sent via pgsql-www mailing list (pgsql-www@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-www