Skip site navigation (1) Skip section navigation (2)

Re: mailing list archiver chewing patches

From: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
To: Matteo Beccati <php(at)beccati(dot)com>
Cc: Joe Conway <mail(at)joeconway(dot)com>,Dimitri Fontaine <dfontaine(at)hi-media(dot)com>,Magnus Hagander <magnus(at)hagander(dot)net>,David Fetter <david(at)fetter(dot)org>, Aidan Van Dyk <aidan(at)highrise(dot)ca>,Dave Page <dpage(at)pgadmin(dot)org>, Abhijit Menon-Sen <ams(at)toroid(dot)org>,Andrew Dunstan <andrew(at)dunslane(dot)net>,Tim Bunce <Tim(dot)Bunce(at)pobox(dot)com>,pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: mailing list archiver chewing patches
Date: 2010-02-01 02:27:24
Message-ID: 20100201022724.GA2093@alvh.no-ip.org (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-www
Matteo Beccati wrote:

> Incidentally, I've just found out that the mailing lists are
> dropping some messages. According to my qmail logs the AOX account
> never received Joe's message yesterday, nor quite a few others:
> 
> M156252, M156259, M156262, M156273, M156275
> 
> and I've verified that it also has happened before. I don't know
> why, but I'm pretty sure that my MTA was contacted only once for
> those messages, while normally I get two connections (my own address
> + aox address).

Hmm, I see it here:
http://archives.postgresql.org/message-id/4B64A238.1050307%40joeconway.com
Maybe it was just delayed?

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

In response to

Responses

pgsql-www by date

Next:From: Matteo BeccatiDate: 2010-02-01 08:06:14
Subject: Re: mailing list archiver chewing patches
Previous:From: Magnus HaganderDate: 2010-01-31 17:59:52
Subject: Re: Versions RSS page is missing version(s)

pgsql-hackers by date

Next:From: Fujii MasaoDate: 2010-02-01 02:49:04
Subject: Re: HS/SR and smart shutdown
Previous:From: Andrew DunstanDate: 2010-02-01 01:13:32
Subject: Re: odd output in initdb

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group