google mail seems to keep the threads straignt. Better than any other mailer I've used.
On 1 October 2010 17:19, Terry Judd <t...@unimelb.edu.au> wrote: > That's what I did, so it makes sense. > > Terry... > > On 02/10/2010, at 4:56 AM, "Bob Sneidar" <b...@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 <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 > _______________________________________________ > 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