Re: anoncvs still slow

From: "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>
To: Magnus Hagander <mha(at)sollentuna(dot)net>
Cc: "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Michael Fuhr <mike(at)fuhr(dot)org>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: anoncvs still slow
Date: 2006-05-29 17:14:42
Message-ID: 20060529141211.E1114@ganymede.hub.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sun, 28 May 2006, Magnus Hagander wrote:

> AFAICS, this is caused by the machine attempting to relay thousands and
> thousands of spam emails (some quick checked showed a rate of about 1
> spam / 5 seconds enytering the queue - and I know I deleted almost
> 20,000 from the queue)

And how exactly would you like me to fix *that*? The reason those were in
the queue is because svr4 is a legit MX record for the mailing lists ...
the messages are being delivered into svr4's mail queue, and
mail.postgresql.org subsequently refusing htem because they are for
invalid addresses ...

If I remove svr4 as an MX record, its just going to move to a different
machine ...

So, how exactly would you like me to "fix" that problem?

> For bittorrent, I propose we take it out. We've suggested it before, I
> don't recall receiving any real requests to keep it, and IMHO it's way
> much more pain than it's worth. Therefor, unless someone objects, I'll
> pull the bittorrent links from the website in a couple of days, and then
> we can just remove it from the server.

That works for me ... let me know once its is down, and then I can easily
do the upgrade ...

----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email . scrappy(at)hub(dot)org MSN . scrappy(at)hub(dot)org
Yahoo . yscrappy Skype: hub.org ICQ . 7615664

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Magnus Hagander 2006-05-29 17:27:25 Re: anoncvs still slow
Previous Message Tom Lane 2006-05-29 17:05:19 Re: Proposal for debugging of server-side stored procedures