Thread: Returned mail: User unknown
The original message was received at Tue, 24 Nov 1998 16:05:20 -0800 (PST) from hotzmac [137.78.84.130] ----- The following addresses have delivery notifications ----- <psql-ports@postgresql.org> (unrecoverable error) ----- Transcript of session follows ----- ... while talking to postgresql.org.: >>> RCPT To:<psql-ports@postgresql.org> <<< 550 <psql-ports@postgresql.org>... User unknown 550 <psql-ports@postgresql.org>... User unknown Reporting-MTA: dns; hotzsun.jpl.nasa.gov Received-From-MTA: DNS; hotzmac Arrival-Date: Tue, 24 Nov 1998 16:05:20 -0800 (PST) Final-Recipient: RFC822; psql-ports@postgresql.org Action: failed Status: 5.2.0 Remote-MTA: DNS; postgresql.org Diagnostic-Code: SMTP; 550 <psql-ports@postgresql.org>... User unknown Last-Attempt-Date: Tue, 24 Nov 1998 16:05:40 -0800 (PST) Return-Path: hotz@jpl.nasa.gov Received: from [137.78.84.130] (hotzmac [137.78.84.130]) by hotzsun.jpl.nasa.gov (8.7.6/8.7.3) with ESMTP id QAA16406 for <psql-ports@postgresql.org>; Tue, 24 Nov 1998 16:05:20 -0800 (PST) X-Sender: hotzmail@hotzsun.jpl.nasa.gov Message-Id: <v0313030cb280f439fbdd@[137.78.84.130]> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 24 Nov 1998 16:01:42 -0800 To: psql-ports@postgresql.org From: "Henry B. Hotz" <hotz@jpl.nasa.gov> Subject: Kerberos Conflict ============================================================================ POSTGRESQL BUG REPORTTEMPLATE ============================================================================ Your name : Henry B. Hotz Your email address : hotz@jpl.nasa.gov System Configuration --------------------- Architecture (example: Intel Pentium) :SPARC Operating System (example: Linux 2.0.26 ELF) :Solaris 2.5 PostgreSQL version (example: PostgreSQL-6.4) : PostgreSQL-6.4 Compiler used (example: gcc 2.8.0) :gcc 2.7.2.2 Please enter a FULL description of your problem: ------------------------------------------------ When the KTH-KRB package is installed and Postgres compiled with kerberos enabled the include files conflict with the system include files for crypt. Specifically the declarations for des_encrypt() conflict between /usr/athena/krb.h and /usr/include/crypt.h in interfaces/libpq/fe-auth.c. Please describe a way to repeat the problem. Please try to provide a concise reproducible example, if at all possible: ---------------------------------------------------------------------- Install KTH-KRB, and set KRBVERS=4 in Makefile.global. Then do a normal build. If you know how this problem might be fixed, list the solution below: --------------------------------------------------------------------- Seems like if I can disable HAVE_CRYPT_H somehow then it might work, but I may loose the crypt and password authentication mechanisms. Still need to worry about conflicting library versions of same-named routines. I haven't actually done this so any suggestions would be welcome. If I get a working kerberos IV mechanism then I don't care if I crypt and password don't work. Signature failed Preliminary Design Review. Feasibility of a new signature is currently being evaluated. h.b.hotz@jpl.nasa.gov, or hbhotz@oxy.edu
Mail Delivery Subsystem wrote: > > The original message was received at Sun, 2 May 1999 00:35:36 +0800 (KRSS) > from dune.krs.ru [195.161.16.38] ...ops... > Subject: Re: [INTERFACES] Some needed features in postgresql > Date: Sun, 02 May 1999 00:35:35 +0800 > From: Vadim Mikheev <vadim@krs.ru> > Organization: OJSC Rostelecom (Krasnoyarsk) > To: Tom Lane <tgl@sss.pgh.pa.us> > CC: Peter Garner <peter_garner@yahoo.com>, hackers@hub.org > References: <1464.925575484@sss.pgh.pa.us> > > Tom Lane wrote: > > > > > 2. Is there any work being done on the fact that > > > transactions are aborted when an error occurs? It > > > really lessens the usefulness of the product when, > > > after adding 20,000 records, the transaction aborts > > > because the 20,001th record is a dup key! :-) > > > > I've griped about that myself in the past, but it's not real > > clear how else it ought to work. Maybe you should be using > > smaller transactions ;-) > > Oracle sets implicit savepoint before processing any > user' statement. > > We still haven't savepoints but live with hope to implement > them in future -:) Actualy, having MVCC I would like to see > savepoints implemented as sooner as possible: there is > high possibility of aborts in serializable mode... > > Vadim
> Actually I have several cron tasks and they bored me emailing > every night output from psql. > I need emails only if some problems occur. > Ok. I could easily redirect all messages to some file if I would > sure psql returns return code in right way. Then I could > echo this file if RC != 0 > grep -v will not works because elog messages are printed to STDERR > so I need something like: > psql -q test < tt.sql 2>&1 | grep -v '^NOTICE:' > but then I will lose return code from psql :-) > Having several flags for different kind of messages would be > very useful. OK: trap "rm -f /tmp/$$" 0 1 2 3 15psql -q test < tt.sql >/tmp/$$ 2>&1 if [ "$?" -ne 0 ]then echo "Failure"ficat /tmp/$$ |grep -v '^NOTICE:' Having different psql flags for different elog levels is a bit much. psql already has too many flags. -- Bruce Momjian | http://www.op.net/~candle maillist@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
> Actually I have several cron tasks and they bored me emailing > every night output from psql. > I need emails only if some problems occur. > Ok. I could easily redirect all messages to some file if I would > sure psql returns return code in right way. Then I could > echo this file if RC != 0 > grep -v will not works because elog messages are printed to STDERR > so I need something like: > psql -q test < tt.sql 2>&1 | grep -v '^NOTICE:' > but then I will lose return code from psql :-) > Having several flags for different kind of messages would be > very useful. OK: trap "rm -f /tmp/$$" 0 1 2 3 15psql -q test < tt.sql >/tmp/$$ 2>&1 if [ "$?" -ne 0 ]then echo "Failure"ficat /tmp/$$ |grep -v '^NOTICE:' Having different psql flags for different elog levels is a bit much. psql already has too many flags. -- Bruce Momjian | http://www.op.net/~candle maillist@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
Is it just me or is an address on the hackers list who's mail is handled by wmail.metro.taejon.kr not existant? On Tue, 31 Jul 2001, Mail Delivery Subsystem wrote: > The original message was received at Tue, 31 Jul 2001 14:25:00 +1000 (EST) > from IDENT:grant@conprojan.com.au > > -- The following addresses had permanent fatal errors -- > pgsql-hackers@postgresql.org
Grant <grant@conprojan.com.au> writes:
> Is it just me or is an address on the hackers list who's mail is handled
> by wmail.metro.taejon.kr not existant?
I've had to institute a sendmail access block against that site :-(
It bounces a useless complaint for every damn posting I make. What's
worse is that it looks like it's trying to deliver extra copies to
the people named in the To:/CC: lines --- if it somehow fails to fail
to deliver those copies, it's spamming.
Yo Marc, are you awake? These losers should be blocked from our lists
permanently (or at least till they install less-broken mail software).
regards, tom lane
> Grant <grant@conprojan.com.au> writes: > > Is it just me or is an address on the hackers list who's mail is handled > > by wmail.metro.taejon.kr not existant? > > I've had to institute a sendmail access block against that site :-( > It bounces a useless complaint for every damn posting I make. What's > worse is that it looks like it's trying to deliver extra copies to > the people named in the To:/CC: lines --- if it somehow fails to fail > to deliver those copies, it's spamming. > > Yo Marc, are you awake? These losers should be blocked from our lists > permanently (or at least till they install less-broken mail software). I already reported it to him yesterday. I have blocked them via sendmail here too, and sent mail to their postmaster. The strange part of it is that these emails arrives in my mailbox marked as "already read" which is kind of errie. I see the new mail, but it says I already read it. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
Should be fixed ... meant to respond as soon as I fixed it, but got onto something else at the time :( On Tue, 31 Jul 2001, Bruce Momjian wrote: > > Grant <grant@conprojan.com.au> writes: > > > Is it just me or is an address on the hackers list who's mail is handled > > > by wmail.metro.taejon.kr not existant? > > > > I've had to institute a sendmail access block against that site :-( > > It bounces a useless complaint for every damn posting I make. What's > > worse is that it looks like it's trying to deliver extra copies to > > the people named in the To:/CC: lines --- if it somehow fails to fail > > to deliver those copies, it's spamming. > > > > Yo Marc, are you awake? These losers should be blocked from our lists > > permanently (or at least till they install less-broken mail software). > > I already reported it to him yesterday. I have blocked them via > sendmail here too, and sent mail to their postmaster. > > The strange part of it is that these emails arrives in my mailbox marked > as "already read" which is kind of errie. I see the new mail, but it > says I already read it. > > -- > Bruce Momjian | http://candle.pha.pa.us > pgman@candle.pha.pa.us | (610) 853-3000 > + If your life is a hard drive, | 830 Blythe Avenue > + Christ can be your backup. | Drexel Hill, Pennsylvania 19026 >