HDTenEightyP/NetNews huggingface dataset:
From: eggert@rbg.informatik.th-darmstadt.de (lars eggert)
Newsgroups: de.comp.sys.apple
Subject: Re: (Powerbook) Mehr RAM oder mehr Platte?
Date: 27 Jan 1993 10:45:08 GMT
Organization: TU Darmstadt
Distribution: world
NNTP-Posting-Host: rbhp44.rbg.informatik.th-darmstadt.de

In article <1993Jan13.194919.13228@wega.rz.uni-ulm.de>, ORAKEL@rzmain.rz.uni-ulm.de (Framstag) writes:
> Ich steh grad vor der Entscheidung mehr RAM versus mehr Platte.
> Beides zugleich scheitert an $$ (seufz).
> 
> Bei dem Rechner handelt es sich um einen Powerbook 160 4/80.
> Die Optionen waeren 8 MB RAM oder 120 MB Platte.
> 
> Was ist sinnvoller? Wo ist eher der Flaschenhals?
> 

Das RAM. Wenn Du Deine Platte aufbohren willst, nimm AutoDoubler.
Auf meinem PowerBook 170 ist das so schnell, das man nicht merkt,
das irgendwo komprimiert wird. Ist auch billiger als ne neue Platte.

Lars Eggert (eggert@rbg.informatik.th-darmstadt.de)
Some things are so snazzy they never go out of style!
Like tail fins... And bubble domes... And shag carpeting...
-- Homer, designing a car, "Oh Brother, Where Art Thou?"

Newsgroups: de.comp.sys.apple
From: S_HEILIG@rzmain.rz.uni-ulm.de (Heilig Jens)
Subject: Downloading .bin Files von FTP Servern
Organization: University of Ulm, Germany
Date: Thu, 28 Jan 1993 11:37:03 GMT
X-News-Reader: VMS NEWS 1.25beta

Hallo Fellow-Mac-User !
Eine Frage bezgl. .bin-Files von FTP-Servern:
Wie decoded man denn die, so dass was rauskommt ?
StuffIt Lite 3.0.4 kreiert leider nur 'corrupted' Archive daraus

Newsgroups: de.comp.sys.apple
From: roh@gmd.de (Peter Rohleder)
Subject: Re: Downloading .bin Files von FTP Servern
Organization: GMD, Sankt Augustin, Germany
Date: Thu, 28 Jan 1993 16:20:08 GMT

In <1993Jan28.113703.5668@wega.rz.uni-ulm.de> S_HEILIG@rzmain.rz.uni-ulm.de (Heilig Jens) writes:

>Hallo Fellow-Mac-User !
>Eine Frage bezgl. .bin-Files von FTP-Servern:
>Wie decoded man denn die, so dass was rauskommt ?
>StuffIt Lite 3.0.4 kreiert leider nur 'corrupted' Archive daraus

Auf jeden Fall darauf achten, dass beim ftp-Transfer die binary-option
angewaehlt ist.

Peter Rohleder


--
  Peter Rohleder, e-mail: peter.rohleder@gmd.de  Tel.:  +49 2241 14-2208
  German National Research Center for Computer Science (GMD)
  Schloss Birlinghoven, P.O.Box 1316, D-5205 Sankt Augustin 1, FR Germany
From: wowbagger@bike.abg.sub.org (Harald Mayr)
Newsgroups: de.comp.sys.apple
Subject: Suche LhA fr Macintosh
Date: Sun, 24 Jan 1993 17:34:12 GMT
Distribution: world
Organization: Baggers International Kaos Exchange
X-Newsreader: Arn V1.00

Hi all,

ich suche fr einen Freund einen LhA fr den Macintosh. Das heisst er sollte
lh5 compression beherrschen. Gibt es sowas???

Am besten wre ein Hinweis auf einen FTP Server. Anonymous UUCP geht aber auch
(am besten V.32bis).

Danke schon mal im voraus!!!

--
tschau, Harald                              eMail: wowbagger@bike.abg.sub.org
--                                                    marvin@mubo.abg.sub.org
          smog in berlin? - nichts wie hin!
From: dieter@greif.ims.uni-stuttgart.de (Dieter Kohl)
Newsgroups: de.comp.sys.apple
Subject: Re: E-Mail FTP Server mit MAC-Software
Date: 25 Jan 1993 13:56:52 GMT
Organization: IMS, University of Stuttgart, Germany
NNTP-Posting-Host: greif.ims.uni-stuttgart.de
In-reply-to: pet@informatik.ee.edag.de's message of Thu, 21 Jan 1993 13:09:16 GMT


ftp.uni-kl.de (131.246.9.95) ist ein Mirror fuer sumex und ist nach meiner
Erfahrung auf einem sehr aktuellen Stand.

Gruss,

Dieter Kohl
From: blackbox@pfunk.hanse.de (Michael Kistenmacher)
Newsgroups: de.comp.sys.apple
Subject: Re: Mac-Mailboxen ?
Date: Wed, 27 Jan 93 07:30:57 MET
Organization: Blackbox Inc.
Reply-To: blackbox@pfunk.hanse.de (Michael Kistenmacher)
X-Mailer: uAccess - Macintosh Release: 1.6v2


In article <O650H4I@zelator.in-berlin.de> (de.comp.sys.apple), holger@zelator.in-berlin.de (Holger Lesch) writes:
>Hi there !
>
>Ich suche die Adressen/Telefonnummern von Mailboxen mit MAC-Software.
>BTW: kennt jemand die Sigma-Soft Box in Hamburg ?
>
Sicher, die wahre Mac-Box! Tel: 040/5267185, ist zwar ewig besetzt,
hat aber eine Super-Bibliothek. Jedem zu empfehlen.....


Ciao.....Michael

---
-----------------------------------
( Michael Kistenmacher / blackbox )
(  Germany  /  ++ 49 40 559 12 42 )
-----------------------------------
From: promillo@rbg.informatik.th-darmstadt.de (frank schaffer)
Newsgroups: de.comp.sys.apple
Subject: Re: E-Mail FTP Server mit MAC-Software
Date: 22 Jan 1993 13:02:06 GMT
Organization: TU Darmstadt
Distribution: world
NNTP-Posting-Host: rbhp25.rbg.informatik.th-darmstadt.de
Keywords: E-Mail,FTP, MAC, Server

In article <pet.51.727621756@informatik.ee.edag.de>, pet@informatik.ee.edag.de (peter katzmann) writes:
> Hallo,
> nachdem ich meiner Freundin einen MAC als erstcomputer aufgeschwatzt habe (
> und ich natuerlich noch einen alten Atari aus den studienzeiten habe), 
> ergibt sich das kleine Problem das ich auch nach zusaetzlicher PD-Software 
> und Quellcodes suche. Leider kenne ich keine Mailbox und keinen Mailserver 
> hier in Deutschland. Daher koennte mir jemand sagen wo ich welche finde. Es 
> ist schon verwunderlich das man so wenig findet, dabei hat Apple letztes 
> Jahr mehr Computer verkauft als IBM.
> Falls dies eine FAQ wahr tut es mir leid.
> 
> 					mit bestem dank in vorraus
> 
> 						p. katzmann


Moin, Peter!

In Deutschland faellt mir nur 129.69.1.12 (Stuttgart) ein, dieser Server hat aber
eher aeltere Sachen. Am besten kommt Sumex (36.44.0.6), da gibt's wirklich die
meisten und aktuellsten PD-Programme fuer Mac.
Hier noch in paar weitere Internet Adressen, die mir ein Freund vor kurzem
geschickt hat:

PING atari.archive.umich.edu: (141.211.165.41)
PING sol.cs.ruu.nl: (131.211.80.17)
PING sun.rz.tu-clausthal.de: (139.174.1.3)
PING SWITEK.UNI-MUENSTER.DE: (128.176.120.210)
PING ftp.uni-kl.de: (131.246.9.95)
PING quepasa.cs.tu-berlin.de: (130.149.17.7)
PING Sally.Informatik.RWTH-Aachen.DE: (137.226.112.17)
PING dsrbg2.informatik.tu-muenchen.d: (131.159.0.110)
PING athene.uni-paderborn.de: (131.234.2.32)
PING rusmv1.rus.uni-stuttgart.de: (129.69.1.12)
PING aix370.rrz.Uni-Koeln.DE: (134.95.80.1)
PING nic.funet.fi: (128.214.6.100)
PING wowbagger.pc-labor.uni-bremen.de: (134.102.228.9)  (Juergen Lock's Src)


Alle sind ueber anonymous FTP z erreichen, manche haben Mac-Soft, alle sollen
Atari-Soft haben (Da die Liste von einem Atari-User stammt).

Mailboxen ueber Telefon sind mir leider keine bekannt, aber Sumex duerfte alle
Probleme loesen.
Dort gibt's auch immer die neueste Disinfectant Version !!!!!

Tschuess, 

 |----------|   
 | |------| |  Frank Schaffer
 | | *  * | |                   promillo@rbg.informatik.th-darmstadt.de         
 | |  <>  | |                   f841340@frm.maschinenbau.th-darmstadt.de
 | |-\__/-| |
 |          |
 | ======== |        
 | @    ___ |  
 |__________|
From: blackbox@pfunk.hanse.de (Michael Kistenmacher)
Newsgroups: de.comp.sys.apple
Subject: Re: HPGL2 -> MacDraw
Date: Wed, 27 Jan 93 07:35:25 MET
Organization: Blackbox Inc.
Reply-To: blackbox@pfunk.hanse.de (Michael Kistenmacher)
X-Mailer: uAccess - Macintosh Release: 1.6v2


In article <1993Jan26.111050.22502@Informatik.TU-Muenchen.DE> (de.comp.sys.apple), poehlman@Informatik.TU-Muenchen.DE (Andreas Poehlmann) writes:
>
>
>Besteht irgend eine Moeglichkeit, HPGL2-Files in ein MacDraw-
>(oder ein anderes Zeichenprogamm) lesbares Format zu bekommen,
>um die Dateien dort weiter zu bearbeiten?
>
Es gibt zumindest den Weg, die Dateien mit dem EPS-Filter 2.08 (Muesste
frei verfuegbar sein) die Dateien in EPSe zu wandeln und dann in Objektorientierte
PICTs. Ansonsten kann man meiner Meinung auch die Files direkt mit
MiniCAD+ 4.0 lesen und als PICT speichern.


Ciao.....Michael

---
-----------------------------------
( Michael Kistenmacher / blackbox )
(  Germany  /  ++ 49 40 559 12 42 )
-----------------------------------
Newsgroups: de.comp.sys.apple
From: praun@Informatik.TU-Muenchen.DE (Christoph Praun)
Subject: Macintosh aus USA?
Organization: Technische Universitaet Muenchen, Germany
Date: Thu, 28 Jan 1993 09:41:19 GMT


Wie Ihr vielleicht aus Anzeigen in Computerzeitschriften wisst,
ist es moeglich, speziell Macintosh Computer direkt aus den USA zu be-
ziehen (einige Rechner sind dort wirklich guenstiger).
Nun stellen sich mir folgende Fragen:

	 - Wie ist es um die Stomversorgug sprich Netzteil bestellt?
	   Arbeiten diese Netzteile mit den hiesigen Gegebenheiten
	   200V / 50Hz zusammen?
         - Wie sind die entsprechenden Zollbestimmungen, und wie 
	   teuer ist der Transport der Geraete nach Deutschland?

Falls jemand schon Erfahrung hat, bzw. selbst einen Mac aus den 
USA bezogen hat, bitte ich Ihn mir zu helfen, bzw. 
Informationen zukommen zu lassen.

Vielen Dank fuer Eure Informationen.

Christoph
praun@informatik.tu-muenchen.de
From: georg@marie.physik.tu-berlin.de (Georg Schwarz)
Newsgroups: de.comp.sys.apple
Subject: Re: E-Mail FTP Server mit MAC-Software
Date: 22 Jan 1993 19:24:19 GMT
Organization: ZRZ/TU-Berlin
NNTP-Posting-Host: marie.physik.tu-berlin.de
Keywords: E-Mail,FTP, MAC, Server

In <1jpgemINNdm0@mailgzrz.TU-Berlin.DE> georg@marie.physik.tu-berlin.de (Georg Schwarz) writes:

>In <1jor8eINNvte@rs2.hrz.th-darmstadt.de> promillo@rbg.informatik.th-darmstadt.de (frank schaffer) writes:

>>In Deutschland faellt mir nur 129.69.1.12 (Stuttgart) ein, dieser Server hat aber
>>eher aeltere Sachen.

>Es gibt noch viel mehr ftp server fuer den Mac in .de!
>z.B. quepasa.cs.tu-berin.de
                      ^^
      quepasa.cs.tu-berlin.de (aber das war ja auch so klar, hoffe ich)
From: norbert@ikarus.north.de (Norbert Jahnke)
Newsgroups: de.comp.sys.misc
Subject: Re: Speicherplatz contra Compress
Date: 27 Jan 93 10:43:13 GMT
Article-I.D.: ikarus.norbert00263930027104313
Organization: Private UUCP Site, Norbert Jahnke, Hude
X-Newsreader: NWREADER [version 3.01]

naddy@mips.ruessel.sub.org (Christian Weisgerber) writes:
>
> In <1a35b9d827871bwBXw@fiction.ms.sub.org>, Daniel Roedding writes:
> 
> > ... was aber nicht besonders sinnig ist, wenn man zwar das Teil mit 13 Bits
> > auf der lokalen Maschine ans Laufen bekommt (bei 13 muesste es eigentlich
> > noch gehen...), aber vom Feed 16-Bit-Batches kommen :-/
> 
> Na, es sollte doch moeglich sein, den Feed zu bitten nur 12-Bit (das
> Kleinste, das geht garantiert) compressed Batches zu schicken, und der
> macht das sicher auch.
> Ist nicht das compress, wie es bei Waffle dabei ist, fest auf nur 12-Bit
> compiliert? Irgendwann war das zumindest mal so.

Nun, die Zeiten aendern sich...

Auszug aus RNEWS.DOC:

Waffle v1.65 / DOS RNEWS Documentation
(C) Copyright 1992 Thomas E Dell, All Rights Reserved
...
        /batch                  Batched, uncompressed feed
        /batch=compress         Compressed newsfeed
        /batch=comp12           12 Bit compressed feed
        /batch=comp14		14 Bit compressed feed
        /batch=comp16           16 Bit compressed feed
        /batch=raw              Compressed, no "cunbatch" header
...
dell@vox.darkside.com
(C) Copyright 1992 Darkside Int'l


   Gruss Norbert

---
Man verliert die meiste Zeit damit, dass man Zeit gewinnen will.
(John Steinbeck)
Newsgroups: de.comp.sys.misc
From: andreas@euler.fernuni-hagen.de (Andreas Kaulfuss)
Subject: ARCNET-Inforationen gesucht
Organization: FernUniversitaet Hagen
X-Newsreader: TIN [version 1.1 PL8]
Date: Wed, 27 Jan 1993 09:45:37 GMT

[ Article crossposted from de.comp.sys.ibm ]
[ Author was Andreas Kaulfuss ]
[ Posted on Wed, 27 Jan 1993 09:35:03 GMT ]

Hallo Leute!

Ich suche moeglichst bis gestern Informationen ueber ARCNET.

Gibt es vieleicht irgendwo auch FAQs zu diesem Thema?
Welche Karte ist beim PC zu empfehlen?
Was ist besonders zu beachten?

Hoffe auf Hilfe

  Ciao

    Andreas


--
+----------------------+-----------------------------------------------+
| Andreas Kaulfuss     | FernUniversitaet Hagen, Theor. Inf. II,       |
| Nothweg 60           | Postfach 940, 5800 Hagen                      |
| 5860 Iserlohn-Hennen | Fax: +49 2331 987 313                         |
| Tel/BTX: 02304 5793  | Tel: +49 2331 987 2186                        |
+----------------------+-----------------------------------------------+
|   andreas.kaulfuss@fernuni-hagen.de | kaulfuss@link-do.comlink.de    |
|                            Zerberus : kaulfuss@link-do.zer           |
+----------------------------------------------------------------------+

--
+----------------------+-----------------------------------------------+
| Andreas Kaulfuss     | FernUniversitaet Hagen, Theor. Inf. II,       |
| Nothweg 60           | Postfach 940, 5800 Hagen                      |
| 5860 Iserlohn-Hennen | Fax: +49 2331 987 313                         |
| Tel/BTX: 02304 5793  | Tel: +49 2331 987 2186                        |
+----------------------+-----------------------------------------------+
|   andreas.kaulfuss@fernuni-hagen.de | kaulfuss@link-do.comlink.de    |
|                            Zerberus : kaulfuss@link-do.zer           |
+----------------------------------------------------------------------+
From: naddy@mips.ruessel.sub.org (Christian Weisgerber)
Newsgroups: de.comp.sys.misc
Organization: My Individual Private Site
Subject: Re: Speicherplatz contra Compress
	<1a35b9d827871bwBXw@fiction.ms.sub.org>
Reply-To: naddy@mips.ruessel.sub.org
X-Software: HERMES GUS 1.10 Rev. Dec 18 1992
Date: Sun, 24 Jan 1993 22:53:44 CET
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

In <1a35b9d827871bwBXw@fiction.ms.sub.org>, Daniel Roedding writes:

> ... was aber nicht besonders sinnig ist, wenn man zwar das Teil mit 13 Bits
> auf der lokalen Maschine ans Laufen bekommt (bei 13 muesste es eigentlich
> noch gehen...), aber vom Feed 16-Bit-Batches kommen :-/

Na, es sollte doch moeglich sein, den Feed zu bitten nur 12-Bit (das
Kleinste, das geht garantiert) compressed Batches zu schicken, und der
macht das sicher auch.
Ist nicht das compress, wie es bei Waffle dabei ist, fest auf nur 12-Bit
compiliert? Irgendwann war das zumindest mal so.


ciao
-- 
Christian "naddy" Weisgerber, Germany           naddy@mips.ruessel.sub.org
     "This book is dedicated to all who disapprove of blacklisting."
                                       -- John Norman, The Chieftain
From: daniel@fiction.ms.sub.org (Daniel Roedding)
Date: 21 Jan 1993 23:14:48 +0100
Subject: Re: Speicherplatz contra Compress
Newsgroups: de.comp.sys.misc
bit@birnehh.mali.sub.org (Mike Hoehn) schreibt:

>tiburon@sps-hh.zer.de (Tim Berndt) writes:
>>der Doku, dass die beiliegenden compress-Programme sehr
>>speicherplatzhungrig sind; statt der gewuenschten 550k kann ich
>>normalerweise nur knapp 450k anbieten.
>Versuchs mal mit -b bits. bits ist eine Zahl zwischen 9 und 16.
>Laut man-Page soll compress bei kleineren Bit-Zahlen auch auf kleineren
>Maschinen laufen.

... was aber nicht besonders sinnig ist, wenn man zwar das Teil mit 13 Bits
auf der lokalen Maschine ans Laufen bekommt (bei 13 muesste es eigentlich
noch gehen...), aber vom Feed 16-Bit-Batches kommen :-/

Daniel

-- 
Daniel Roedding       daniel@fiction.ms.sub.org, danny@pbhrzx.uni-paderborn.de
Detmolder Str. 19
4790 Paderborn        "I wouldn't mind dying so much if it wasn't
(0 52 51) 54 19 65     necessarily followed by death." -- Thomas Nagel
Newsgroups: de.comp.sys.misc
From: hp@vmars.tuwien.ac.at (Peter Holzer)
Subject: Re: Speicherplatz contra Compress
Organization: Technical University Vienna, Dept. for Realtime Systems, AUSTRIA
Date: Thu, 21 Jan 1993 17:12:56 GMT

tiburon@sps-hh.zer.de (Tim Berndt) writes:

>ich habe gerade uucp-Software fuer meine msDose besorgt; nur steht in
>der Doku, dass die beiliegenden compress-Programme sehr
>speicherplatzhungrig sind; statt der gewuenschten 550k kann ich
>normalerweise nur knapp 450k anbieten.

Wenn Du unbedingt 16-bit compress verwenden willst/musst, und einen 386
(oder hoeher) hast, solltest du es mit djgpp (gcc fuer MS-DOS)
kompilieren. Das verwendet naemlich extended/expanded Memory und paget
notfalls auch auf die Platte (eine relativ neue und schnelle Version
von compress ist uebrigens als demo dabei). Es gibt auch ein 16-bit
uncompress, das mit 64k auskommt (legt vermutlich die Hash-Tabelle in
einem File an).
-- 
|    _  | Peter J. Holzer                       | Think of it   |
| |_|_) | Technical University Vienna           | as evolution  |
| | |   | Computer Science/Real-Time Systems    | in action!    |
| __/   | hp@vmars.tuwien.ac.at                 |     Tony Rand |
From: wusel@hactar.hanse.de (Kai 'wusel' Siering)
Newsgroups: de.comp.sys.amiga.uucp
Subject: Re: Problem UUXQT <-> Hardlinks ?
Date: Fri, 22 Jan 1993 04:10:36 +0100
Distribution: world
Organization: Villa Straylight, Hamburg, FRG
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Newsreader: Arn V1.00

In article <qwerty.05xs@flory.rhein-main.de>, Bernd Flory writes:

% ich habe ein ziemliches Problem mit meiner UUCP Software ( Dillon 1.16 )
% Immer wieder werden News in meinem UUNEWS Verzeichnis erstellt, die 0 Bytes
% gross sind. Schaue ich mir so ein File mit z.B. 'Whatis' an, sagt mir auch

Nanu, welcher sonderbare Lister zeigt denn 0 Bytes fr einen Link an?!

% das Whatis, dass z.B. News '1118' in Wirklichkeit '406' heisst q;-(
% Des Raetsels Loesung:  Das Teil ist Hardlink, was mir anschliessend der
% Dir-Befehl auch bestaetigte ( bei allen diesen Files stand <hl> hinter dem
% Namen !
% Nun meine Frage: was kann ich dagegen tun, bzw. was ist dafuer
% verantwortlich ? Ist es UUXQT, dass diese Hardlinks macht ? Oder evtl.
% Trimnews ?

     Nope, es ist perverserweise (fr einen Vertreter der Wahren Lehre
(CNews) jedenfalls =:->) `rnews'. Guck' Dir bitte die Manual-Page zu
`rnews' an (`uuman:rnews[.doc]'); abschalten geht, GLAUBE ich, mittels
eines Eintrag `RNEWS rnews -h' in `uulib:Config'.  Wie gesagt, guck' in's
Manual ...

% Wie gesagt, es tritt ( zum Glueck ) micht bei allen Files auf, aber mit
% schoener Regelmaessigkeit und nach keinem fuer mich erkennbaren System.

     Das System ist: hat der Artikel ein `,' in der Newsgroups-Zeile und
bekommst Du mind. zwei der durch `,' getrennten Gruppen? Falls ja: 1 mal
Artikel, X mal Hardlinks auf den ersten =:->
			kai

--  _
 _ //   Kai 'wusel' Siering, Villa Straylight, Hamburg, Germany. Go for MIME!
 \X/: <wusel@hactar.hanse.de>  Exile: <wusel@wolfhh.hanse.de>  iso-8859-1: 

"Return-Path: <@unixland.natick.ma.us,@unixland.natick.ma.us:hactar.hanse.de!wusel@unixland!public.sub.org>"
                  -- aus einer Testmail an public!unixland!hactar.hanse.de!wusel
Newsgroups: de.comp.sys.amiga.uucp
From: markus@techfak.uni-bielefeld.de (Markus Illenseer)
Subject: Re: ToolTypes bei GRN 1.16f
Date: Tue, 26 Jan 1993 13:18:25 GMT
Organization: Universitaet Bielefeld, Technische Fakultaet.

In article <gimmini.046v@myour.in-berlin.de>, gimmini@myour.in-berlin.de (Olaf Gimmini) writes:
|> Moin,
|> 
|> Wenn ich GRN 1.16f von der WB starte, dann habe ich folgende Probleme:
|> 
|>              o LEFT und TOP scheinen in den ToolTypes
|>                keinen Einfluss auf die Fenster-Position
|>                zu haben.
|> 
|>              o Trotz HEIGHT und WIDTH wird nur ein 640x400
|>                Fenster geoeffnet, obwohl groesserer! Vorgaben.
|>                Mein Workbench-Screen, auf dem auch GRN sein
|>                Fenster oeffnen soll, ist auf 694x480 eingerichtet.
|> 
|>              o GRN 1.16e und Vorgaenger hatten nie Probleme mit
|>                den ToolTypes.
|>                Ich habe die Tooltypes natuerlich nach den Doc
|>                angepasst.

 Seltsam, ich habe da nie Probleme gehabt, muss aber zugeben, das ich den
 GRn in letzter Zeit nur von der Shell gestarte habe, und ausserdem sowieso
 nur Beta-Versionen von Michael verwende, die ganz andere Probleme haben...

 Hast du einen GRN-Debug ? Wenn ja, dann starte den mal, und schau nach, 
 was fuer ToolTypes er parst, wenn nein, schade, geben kann ich ihn dir nicht.

|> 
|>              o MsgFont und MsgFontSize werden aber einwandfrei
|>                ausgewertet und verwendet.

 Ja, das wurde auch zu genuege getestet...

|> 
|> Per IconX und einem Projekt-Icon habe ich jetzt zwar mein Ziel erreicht,
|> wuerde aber trotzdem gerne Wissen, ob ich etwas uebersehen (vergessen) habe,
|> oder ob es ein Bug der neuen Version ist?
|> 
|> Ausserdem habe ich mit einem '>*' (Ausgabe auf die Console) vom
|> sendmail (aeh, 1.02j21) zu kaempfen gehabt.
|>   Es wird zwar nichts ausgegeben, aber immer wenn ich ein Reply oder
|>   Forward bestaetigt habe, wurde das IconX-Fenster geoeffnet.

 Kann ich leider nicht testen...

|> Das waere ohne die IconX-Loesung sicher nicht passiert, aber auch
|> dieses hab ich mit einem 'run >NIL: <NIL: GRn ...' parieren koennen.
|> 
|> Kann mir jemand sagen, warum 'sendmail' ueberhaupt eine Ausgabe vorbereitet,
|> auch wenn dann nichts kommt?
|> 
|> 
|> Eigentlich hasse ich solche Loesungen!
|> 
|> Wer kann mir eine bessere Loesung nennen?  (Bitte keine, wie:
|>                                             'Verwende einen anderen NewsReader!')

 Wenn ich ein wenig Zeit finde, schau ich mir deine Probleme an, ansonsten
 ist Michael Smith eigentlich immer erreichbar, und normal rueckt er auch
 neue Versionen raus...

|>    UUCP: myour.in-berlin.de

-- 
Markus Illenseer       EMail: markus@TechFak.Uni-Bielefeld.de
Universitaet Bielefeld Fax: (+49 521) 106-2992
Technische Fakultaet   Phone: (+49 521) 106-2938 ; (2935 Sek.)
Angewandte Informatik  SnailMail: Postfach 100131, D-4800 BIELEFELD 1
From: wusel@hactar.hanse.de (Kai 'wusel' Siering)
Newsgroups: de.comp.sys.amiga.uucp
Subject: Re: ToolTypes bei GRN 1.16f
Date: Wed, 27 Jan 1993 05:37:24 +0100
Distribution: world
Organization: Villa Straylight, Hamburg, FRG
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Newsreader: Arn V1.00

In article <gimmini.046v@myour.in-berlin.de>, Olaf Gimmini writes:

% Wenn ich GRN 1.16f von der WB starte, dann habe ich folgende Probleme:
%
[GRns Tooltypes]
% Per IconX und einem Projekt-Icon habe ich jetzt zwar mein Ziel erreicht,
% wuerde aber trotzdem gerne Wissen, ob ich etwas uebersehen (vergessen) habe,
% oder ob es ein Bug der neuen Version ist?

Dunno (meine Einstellung zu GRn sollte ja sowieso bekannt sein =:->) ...

% Ausserdem habe ich mit einem '>*' (Ausgabe auf die Console) vom
% sendmail (aeh, 1.02j21) zu kaempfen gehabt.

     Interessant, wo mein Kleiner berall rumwerkelt =:-> Aber was genau
meinst Du mit `>*'?! (-> Mail?)

%   Es wird zwar nichts ausgegeben, aber immer wenn ich ein Reply oder
%   Forward bestaetigt habe, wurde das IconX-Fenster geoeffnet.
% Das waere ohne die IconX-Loesung sicher nicht passiert, aber auch
% dieses hab ich mit einem 'run >NIL: <NIL: GRn ...' parieren koennen.
%
% Kann mir jemand sagen, warum 'sendmail' ueberhaupt eine Ausgabe vorbereitet,
% auch wenn dann nichts kommt?

     Hmm, ich wei nicht, was GRn macht, mein sendmail sollte eigentlich nur
dann was ausgeben (auf stderr), wenn irgendwelche Probleme auftreten oder er
mit `-v' drum `gebeten' wird.

% Wer kann mir eine bessere Loesung nennen?  (Bitte keine, wie:
%                                             'Verwende einen anderen NewsReader!')

Schade, die lag' mir grade auf der Zunge =;->
			kai

--  _
 _ //   Kai 'wusel' Siering, Villa Straylight, Hamburg, Germany. Go for MIME!
 \X/: <wusel@hactar.hanse.de>  Exile: <wusel@wolfhh.hanse.de>  iso-8859-1: 

"Diese  Definitionen  haben  sich  berlebt - Z-Netz, der Dodo der Netzwelt. Was
mit zentralistischen Systemen passiert,  die sich - nachdem ihre Zeit abgelaufen
ist - einer geordneten Selbstauflsung widersetzen,  kann man  augenblicklich in
Ost-Europa beobachten."             -- Ralph Babel in <5865@babylon.rmt.sub.org>