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 <b...@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@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@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@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@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution