Re: posts turning out late in my inbox?

Yep - I replied to William's direct reply to me. I have noticed that  
there has been some leapfrogging of replies.

Direct message received 19 JUN 2110 UTC
List message received   20 JUN 0539 UTC

Cheers Gav

On 20/06/2007, at 21:27, paola.dimaio@gmail.com wrote:

> thanks folks, not important per se, just checking that we have our  
> settings right
>
> if it was a spam filter issue, then Gavin would have received the  
> message directly because william replied both to the list and to  
> Gav in cc, Gav can you confirm that please
>
> if that so, how did the message get unblocked from the spam filter  
> just now?
> did someone mechanically unspammed it, or does the system processes  
> messages in batches?
>
> at least we know how much to rely on the list for real time for  
> future correspondence
>
> Thanks a lot for your prompt support
> P
>
> On 6/20/07, Ivan Herman <ivan@w3.org> wrote: Paola,
>
> I forward your questions to our system people who may know the answer.
>
> However, the unfortunate fact is that, time to time, our spam filters
> are absolutely overloaded which does create, sometimes, long delays.
> (You should realize that we have tons of mailing lists and you do not
> even want to know the number of spams that are filtered out every  
> days.
> A real disaster:-)
>
> Ivan
>
> paola.dimaio@gmail.com wrote:
> > HI Ivan
> > cc public list
> >
> > Just checking the dynamics of this mailing list
> >
> > william posted this message on june 20, 3.41 am , which si 12  
> hours ago
> > Gavin replied 8 hours ago
> > but I received it only 2 hours ago in my inbox
> >
> > could you please let me know what kind of email group settings could
> > prevent this (long) gaps
> > in the communication? are there any tricks that Iwe should know of?
> > thanks
> >
> > Paola
> >
> > ---------- Forwarded message ----------
> > From: *William Waites* <ww@groovy.net <mailto:ww@groovy.net >>
> > Date: Jun 20, 2007 3:41 AM
> > Subject: Re: automagic notifications and coordination...
> > To: Gavin Treadgold <gt@kestrel.co.nz <mailto: gt@kestrel.co.nz>>
> > Cc: W3C Disaster Management Ontology List
> > <public-disaster-management-ont@w3.org
> > <mailto: public-disaster-management-ont@w3.org>>
> >
> >
> > On Tue, Jun 19, 2007 at 11:09:33PM +1200, Gavin Treadgold wrote:
> >>
> >> E.g. within the plan may be a list of people that need to be  
> notified
> >> if a certain event occurs. Wouldn't it be fantastic if the  
> simple act
> >> of editing the plan dynamically modified the actual group within  
> the
> >> messaging module as soon as the change is submitted (and  
> approved if
> >> required). And a link is created automatically next to the list in
> >> the plan that takes the user directly to the form to send out an
> >> alert using the messaging module.
> >
> > Nifty indeed, however in practical scenarios it is important to  
> address
> > infrastructure that would normally be used for this sort of thing  
> that
> > may not be available.
> >
> > As a case in point, in Southern Mississippi and Louisiana, in the  
> wake
> > of Hurricane Katrina, it was a good month and a half or two months
> > before the cellular networks were functioning with any semblance of
> > normalcy and even then only in some areas. Notifications by SMS or
> > telephone call would have been impossible. All communications in the
> > region for the initial period coordinated with the assistance of the
> > Amateur Radio Service (excepting perhaps the US Navy and National  
> Guard
> > who have their own UHF/VHF facilities). I believe that, at the
> > beginning at least, it was not well known by the various authorities
> > that the Amateur Radio Service *exists* to provide communications
> > support in emergency scenarios where the normal infrastructure is
> > non-existant or destroyed.
> >
> > Simply a caution about depending too much upon infrastructure  
> that may
> > disappear the moment it is needed...
> >
> > Another anectode from that time concerns the FEMA web site that was
> > intended to allow survivours to claim their benefit disbursement  
> from
> > the Federal Government (around $2k IIRC). Putting aside the red tape
> > associated with, "I have no ID, it was all washed away", there was a
> > very serious problem: the web site was constructed using proprietary
> > technology (in this case Microsoft's Active-X extensions). Why  
> does this
> > matter? Well the dozens or hundreds of donated computers which many
> > volunteers attempted to set up for the survivours to use were  
> useless
> > for this purpose because (1) the web site did not work with Linux  
> and
> > (2) most of the computers were too old to run anything recent  
> enough to
> > support the extensions required by FEMA's web site. This is one  
> of the
> > clearest examples that I know of about proprietary and encumbered  
> software
> > contributing directly to the misery and despair of very many people.
> >
> > Cheers,
> > -w
> >
> >
> >
> >
> >
> > --
> >
> >
> >
> > Paola Di Maio *****
> > School of Information Technology
> > Mae Fah Luang University
> > Chiang Rai - Thailand
> > *********************************************
>
> --
>
> Ivan Herman, W3C Semantic Web Activity Lead
> URL: http://www.w3.org/People/Ivan/
> PGP Key: http://www.cwi.nl/%7Eivan/AboutMe/pgpkey.html
> FOAF: http://www.ivan-herman.net/foaf.rdf
>
>
>
>
> -- 
>
>
>
> Paola Di Maio *****
> School of Information Technology
> Mae Fah Luang University
> Chiang Rai - Thailand
> *********************************************

Received on Wednesday, 20 June 2007 10:11:11 UTC