Обсуждение: Re: Your recent message to Topica.com

What in the hell is this all about?

--Michael

Topica Support <thom@get.topica.com> writes:

> Hi there,
> 
> We received your request to archiver-60394@demo001.topica.com.
> 
> We're sorry but that list does not seem to exist.
> 
> Please check the spelling and punctuation of the list name.
> You can also find the list in our directory at http://demo001.topica.com
> and join the list from there.
> 
> If you feel that you have received this message in error or for more
> information on using the Topica system, please visit our web site at
> http://demo001.topica.com.  You can also contact our Customer Support
> Department at thom@get.topica.com.
> 
> If you are trying to reach a topica employee, please ensure that you 
> use the @get.topica.com domain, and not @topica.com. 
> 
> Thanks!
> 
> Thomas
> Topica Customer Support
> 
> 
> 
> -------------------------------
> +++++ Original Message ++++++++
> -------------------------------
> 
> From: Michael Graff <explorer@flame.org>
> Date: 03 Mar 1999 00:32:46 -0800
> In-Reply-To: Holm Tiffe's message of "Wed, 3 Mar 1999 08:28:16 +0100"
> Message-ID: <v6u2w37z2p.fsf@kechara.flame.org>
> Lines: 33
> X-Mailer: Gnus v5.5/Emacs 20.3
> Sender: owner-pgsql-hackers@postgreSQL.org
> Precedence: bulk
> 
> 
> NetBSD is the same way.  Any chance of someone coming up with a patch
> if int8 isn't supported?
> 
> --Michael
> 
> Holm Tiffe <holm@freibergnet.de> writes:
> 
> > Hi all,
> > 
> > While compiling of 6.4.2 I've realized that int8's are not supported
> > on FreeBSD by default. The Configure script looks if %ld or %lld
> > will do the job but FreeBSD is using %qd as the long long int format.
> > After a little fiddeling around with the configure script and 
> > include/utils/int8.h, I've got the int8 type working.
> > Since I've read somtimes in this Mailinglists, that FreeBSD is one
> > of the development platforms for PostgreSQL, I wonder why PGSQL
> > doesn't support FreeBSD's own format ...
> > 
> > BTW: why the configure script think's that tcl and tk includes
> > (tclConfig.sh,tkConfig.sh) must reside in the same directory ?
> > That's really an odd assumtion.
> > 
> > 
> > Holm
> > 
> > PS:
> > sorry for my poor english.
> > -- 
> > FreibergNet Systemhaus GbR      Holm Tiffe  * Administration, Development
> > Systemhaus f�r Daten- und Netzwerktechnik           phone +49 3731 781279
> > Unternehmensgruppe Liebscher & Partner                fax +49 3731 781377
> > D-09599 Freiberg * Am St. Niclas Schacht 13    http://www.freibergnet.de/

Michael Graff <explorer@flame.org> writes:
> What in the hell is this all about?

I got about a dozen of those yesterday, from both pg-hackers and
pg-interfaces posts IIRC.

I would say that someone has subscribed an archiving robot to the pgsql
lists ... only the someone is incompetent to write an archiving robot.
Bouncing robot failure messages back to the originator of a list message
is not acceptable behavior, since the originator neither cares nor is in
a position to do anything about it.

Hey Marc, did these people ask permission before deciding to set up
their own archiver for the pgsql lists?  If not, that'd be another
failure to respect basic netiquette in my eyes.

I'd vote for unsubscribing topica.com with extreme prejudice.
        regards, tom lane