MYSQL timeout

[stephen barncard]

google mail seems to keep the threads straignt. Better than any other mailer
I've used.

On 1 October 2010 17:19, Terry Judd <tsj at unimelb.edu.au> wrote:

> That's what I did, so it makes sense.
>
> Terry...
>
> On 02/10/2010, at 4:56 AM, "Bob Sneidar" <bobs at twft.com> wrote:
>
> > Aye. Methinks that when someone replies to an email from the list, there
> is some kind of identifier in the email that tells a mailer it belongs to a
> particular thread. So if someone replies to one thread, but substitutes the
> subject with an entirely new subject, some mailers might just think they
> were still the same thread.
> >
> > That's my theory and I'm sticking to it. :-)
> >
> > Bob
> >
> >
> > On Oct 1, 2010, at 9:52 AM, stephen barncard wrote:
> >
> >> perhaps only in your mailer.
> >>
> >> On 1 October 2010 11:28, Bob Sneidar <bobs at twft.com> wrote:
> >>
> >>> No offense, but how in the HECK did this get stuck in the middle of the
> >>> "IPad's competitor from RIM" thread?
> >>>
> >>> Bob
> >>>
> >>>
> >>> On Sep 28, 2010, at 6:20 PM, Terry Judd wrote:
> >>>
> >>>> The problem of lengthy timeouts when trying to connect to a MSQL
> server
> >>> that
> >>>> is down/offline is bugging me again. It seems like the default timeout
> is
> >>> 60
> >>>> seconds which is way too long to wait for a response but there's no
> >>> obvious
> >>>> way to override it. The socketTimeoutInterval has no effect and while
> >>> I've
> >>>> got some old code laying around that suggests setting an environment
> >>>> variable ($MYSQL_CLIENT_TIMEOUT) it doesn't work either.
> >>>>
> >>>> Any ideas?
> >>>>
> >>>> Terry...
> >>>>
> >>>> --
> >>>> Dr Terry Judd | Senior Lecturer in Medical Education
> >>>> Medical Education Unit
> >>>> Melbourne Medical School
> >>>> The University of Melbourne
> >>>>
> >>>>
> >>>> _______________________________________________
> >>>> use-revolution mailing list
> >>>> use-revolution at lists.runrev.com
> >>>> Please visit this url to subscribe, unsubscribe and manage your
> >>> subscription preferences:
> >>>> http://lists.runrev.com/mailman/listinfo/use-revolution
> >>>
> >>> _______________________________________________
> >>> use-revolution mailing list
> >>> use-revolution at lists.runrev.com
> >>> Please visit this url to subscribe, unsubscribe and manage your
> >>> subscription preferences:
> >>> http://lists.runrev.com/mailman/listinfo/use-revolution
> >>>
> >>
> >>
> >>
> >> --
> >>
> >>
> >>
> >> Stephen Barncard
> >> San Francisco Ca. USA
> >>
> >> more about sqb  <http://www.google.com/profiles/sbarncar>
> >> _______________________________________________
> >> use-revolution mailing list
> >> use-revolution at lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-revolution
> >
> > _______________________________________________
> > use-revolution mailing list
> > use-revolution at lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-revolution
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>



-- 



Stephen Barncard
San Francisco Ca. USA

more about sqb  <http://www.google.com/profiles/sbarncar>