Re: anoncvs still slow

From: "Magnus Hagander" <mha(at)sollentuna(dot)net>
To: "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>
Cc: "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 18:20:02
Message-ID: 6BCB9D8A16AC4241919521715F4D8BCEA0F9C3@algol.sollentuna.se
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> >>> The quick fix is, as I wrote in one of my earlier mails, to
> >> configure
> >>> svr1 not to tell svr4 to *retry delivery*, but to just junk
> >> the mail
> >>> right away. It'll still cause joe-job style problems, but
> it won't
> >>> load up the queue for days.
> >>
> >> But, from my look at the queue on svr4, this is already being done
> >> ... the queue contains a bunch of MAILER-DAEMON bounces back for
> >> 'recipient unknown', which is what is supposed to happen ...
> >
> > That's because I've deleted thousands of emails already,
> and run the
> > delete script once every hour or so in order to keep it living.
> > (I bet your "mailq" command didn't take almost an hour -
> that's what
> > it did when I ran it this morning)
> >
> > Run something like:
> > mailq | grep "Recipient address rejected"
>
> I thought that the above was supposed to be a perm error, not
> temp? Does anyone know what I need to set in postfix on svr1
> to change it to a perm?

Yes, htat's what I sent before :-)

c) Change svr1 parameters to:
unknown_relay_recipient_reject_code = 550
and
unknown_local_recipient_reject_code = 550

//Magnus

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Sullivan 2006-05-29 18:21:04 Re: anoncvs still slow
Previous Message Thomas Hallgren 2006-05-29 18:02:55 Re: Proposal for debugging of server-side stored procedures