Re: posts turning out late in my inbox?

great stuff, at least we know it was just a queue issue
thanks
pdm

On 6/20/07, Gavin Treadgold <gt@kestrel.co.nz> wrote:
>
>
> 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
> > *********************************************
>
>
>


-- 



Paola Di Maio *****
School of Information Technology
Mae Fah Luang University
Chiang Rai - Thailand
*********************************************

Received on Wednesday, 20 June 2007 10:23:47 UTC