HDTenEightyP/NetNews huggingface dataset:
From: kyle@uunet.uu.net (Kyle Jones)
Subject: Re: freeze/thaw
Organization: UUNET Technologies, Inc
Date: Tue, 14 Apr 1992 18:16:49 GMT

markr@seqp4.sequoia.com (Mark Roddy) writes:
 > I am porting the 5.65 version of sendmail to our USL SystemVR3.2
 > type system and have run into the following problem:
 > 
 > 	the whole "freeze/thaw" mechanism is completely
 > 	unportable. Specifically it assumes that your heap
 > 	space can be dumped and restored arbitrarily.
 > 	Ours sure can't.
 > 
 > I can work around this to a certain extent. 
 > 
 > My question is, do established BSD sendmail systems make extensive use
 > of frozen configurations? If so why, for performance, for security?

Frozen configurations are bad for security if you aren't careful.
They do help, performance-wise.  If you get a lot of incoming
mail via UUCP, you will take a performance hit from not having
the sendmail config frozen.  Having a frozen config doesn't
matter much if most mail arrives via SMTP.

 > It looks like the other major portation headache - i.e. the
 > use of DBM for the alias database is much more of a
 > performance win than the frozen configuration file.

It depends on the size of your aliases file.  sendmail mifght be
able to perform adequately with a small aliases file, say of less
than 100 entries.  It has a hashed lookup which should do OK once
you get the aliases file loaded, but reading in the aliases file
is another performance hit.  Also be aware that I've never tried
running sendmail without DBM...  I've just looked at the code.
From: volker@edfd.uucp (Volker Schmidt)
Newsgroups: comp.mail.sendmail
Subject: Where to get latest sendmail+IDA versions in Europe or Germany
Summary: sendmail+IDA ftpable in Europe/Germany
Keywords: sendmail, IDA, ftp
Date: 6 Apr 92 10:18:35 GMT
Organization: eckard-design, Fulda, FRG


Hello Netland,
the subject says it all. Where do I get thes things in Europe or
better in Germany by ftp?

-volker
-- 
Volker Schmidt               | UUCP: volker@edfd.uucp
eckard-design GmbH           |
Reesbergstrasse 1            | X400: c=de; admp=dbp; prmd=uni-giessen;
D-W-6400 Fulda 1             |       ou=fhfd; s=schmidt; g=volker
Newsgroups: comp.mail.sendmail
From: grdetil@scrc.umanitoba.ca (Gilles Detillieux)
Subject: Re: sendmail exit status codes
Organization: University of Manitoba, Winnipeg, Canada
Date: Wed, 15 Apr 1992 20:42:22 GMT

In article <1992Apr15.132810.6700@rtpnc.epa.gov> fty@bizarre.rtpnc.epa.gov  
(Frank Terhaar-Yonkers) writes:
> I seem to remember the exit codes ala below being documented somewhere.
> A pointer please?
..
> 	exited with status 70

They are defined in /usr/include/sysexits.h:

# define EX_SOFTWARE	70	/* internal software error */

--
Gilles Detillieux                       <Gilles@scrc.UManitoba.CA>
Spinal Cord Research Centre             or <grdetil@gilles.scrc.UManitoba.CA>
Dept. of Physiology, U. of Manitoba     Phone:  (204)788-6766
Winnipeg, MB  R3E 0W3  (Canada)         Fax:    (204)786-0932
Newsgroups: comp.mail.sendmail
From: rickert@mp.cs.niu.edu (Neil Rickert)
Subject: Re: Need help with "NOQUEUE: SYSERR:" from sendmail sendmail-5.65c+IDA-1.4.4.1
Organization: Northern Illinois University
Date: Fri, 10 Apr 1992 12:02:50 GMT

In article <1992Apr10.100244.7031@ecrc.de> melvin@ecrc.de (Todd Ferguson) writes:
>I'm hoping that someone out there can clue me in on whats going on here.  Our
>primary mailer host is a Sun Sparc 1 running SunOS 4.1.1, no NIS, but with
>DNS in the C libraries.  Ever since installing sendmail-5.65c+IDA-1.4.4.1 I
>quite often see error messages such as 'Apr 10 09:15:03 ecrc sendmail[4841]:
>NOQUEUE: SYSERR: queuename: Cannot create "qfAA04841" in "/usr/spool/mqueue":
>Permission denied' appearing on the console.  What exactly do these messages
>mean? The mqueue is owned and writable by root and sendmail is run by root so
>how could it be getting permission denied?  More importantly, what happens to
>the mail when this happens?

 These messages are most commonly a result of a user on your system making
a mistake.  Presumably the user will recognize his error and try again.

 The specific cause is that 'sendmail' was invoked with a bad parameter
list.  'sendmail' considers certain options to be unsafe, and if specified
it revokes its 'suid root' privileges.  The result is that 'sendmail', no
running as an ordinary user, cannot write to /usr/spool/mqueue.

 If /usr/ucb/Mail is in use at your site, one common cause of this problem
is naive users typing:  mail address -s "subject"
instead of:  mail -s "subject" address

 Because the '-s' option is misplaced, 'Mail' does not recognize it, and
treats everything (including the '-s') on the command line as addresses.
But, before piping the message into 'sendmail', it sorts the list of
addresses.  The result is that '-s' now is the first address on the
argument list to 'sendmail'.  Then 'sendmail' treats this as a switch
rather than an address, and because it considers '-s' unsafe it discards
its suid status.

 You may be able to reduce the frequency of this problem by adding the
following line to /usr/lib/Mail.rc

	alias -s /dev/null

 Since Mail does its own alias handling, it will replace the '-s' with
/dev/null before it passes the message to 'sendmail'.  Then, because
ucbMail handles directly its mail to files, it will dump a copy of the
message into /dev/null directly, and remove this address from the
argument list to 'sendmail'.  [The "To:" line may still show /dev/null
however].

-- 
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
  Neil W. Rickert, Computer Science               <rickert@cs.niu.edu>
  Northern Illinois Univ.
  DeKalb, IL 60115                                   +1-815-753-6940
Newsgroups: comp.mail.sendmail
From: roman@pixel.kodak.com (Bill Romanowich)
Subject: Using NIS (YP) alias maps with IDA sendmail
Keywords: NIS YP aliases sendmail IDA
Reply-To: roman@Kodak.COM
Organization: Eastman Kodak Company
Distribution: usa
Date: Wed, 15 Apr 92 19:35:05 GMT


We have been using the IDA version of sendmail here for the past few months
with a great deal of success using DNS and local aliases files. We now find 
ourselves needing to extend our configuration and needing to use NIS (YP) for 
managing the aliases files.

Our only thought so far has been to build IDA with the YP symbol defined in 
conf.h and setting NIS_MAILHOST and NIS_MAILALIASES in our local sendmail .m4
file.  This seemed to us to be the correct approach but we have not yet been 
able to get sendmail to correctly lookup aliases via NIS on any NIS client
machines.

We would appreciate any help in properly setting up IDA sendmail to be able
to use NIS alias maps.

Thanks in advance...

--
Bill Romanowich 		(roman@pixel.Kodak.COM)  
UUCP   : ...!uunet!kodak.com!pixel!roman
USMail : InterNetwork Group, EIPC, Eastman Kodak Co., Rochester, NY 14653-5815
Phone  : (716) 726 - 0217	Internetworking and Communications
Newsgroups: comp.mail.sendmail
From: vixie@pa.dec.com (Paul A Vixie)
Subject: Re: reaching bitnet via sendmail
Organization: DEC Network Software Lab
Date: 8 Apr 92 19:15:06

you could add this lines to the named.boot file on all the nameservers
listed in your mail gateway's resolv.conf file...

secondary	bitnet		16.1.0.18 bitnet.data

...we run a rogue server for the bitnet domain.  it's full of MX RR's.
we build it from data we get via the bitftp mail server.

you can also add this bilge to your "root.cache" or "cache.db" file:

$ORIGIN BITNET.
@		IN	NS		uucp-gw-1.pa.dec.com.
			NS		uucp-gw-2.pa.dec.com.

...but if you then also put in A RR "glue" records for these, someone
will hunt you down in the dark of night and superglue your showlaces
together.  please don't put A RR's for other people's hosts in your
local files.  the above NS RR's will "work" without "glue".

anyway, the magic you'd use in sendmail.cf would be basically to do
nothing special with .BITNET addresses; just let them fall through to
the $*<@$+>$* rule which probably points to $#tcpr or $#tcp or $#smtp.
--
Paul Vixie, DEC Network Systems Lab	
Palo Alto, California, USA         	"Ready, Fire, Aim"
<vixie@pa.dec.com> decwrl!vixie
<paul@vix.com>     vixie!paul          alt.pink.bunny.boom.boom.boom moderator
From: pjw@math30.math.uh.edu (Peter J. Welcher -- math FACULTY <pjw@usna.navy.mil>)
Newsgroups: comp.mail.sendmail
Subject: reaching bitnet via sendmail
Keywords: sendmail, bitnet
Date: 8 Apr 92 13:56:57 GMT
Reply-To: pjw@math30.math.uh.edu (Peter J. Welcher -- math FACULTY <pjw@usna.navy.mil>)

How does one usually set up sendmail to send mail to bitnet ?

I.e. is  person@host.bitnet *supposed* to work, or do I really
need person%host.bitnet@gateway ? I've come up with a rule for
sendmail.cf to transform the first form into the second, but there's
this nagging doubt that maybe something else (NAMED or another
sendmail option) isn't quite right. 

System is Sun (SPARC), SunOS 4.1, etc.


----------------------------------------------------------------------
  Dr. Peter J. Welcher            EMAIL: pjw@math30.sma.usna.navy.MIL
  Mathematics Department, M/S 9E  PHONE: (410) 267-3606
  572 Holloway Road
  U.S. Naval Academy              
  Annapolis, MD  21402-5002       FAX:   (410) 267-4883
----------------------------------------------------------------------
From: philip@cetia.fr (Philip Peake)
Newsgroups: comp.mail.sendmail
Subject: Re: sendmail 5.65c/1.4.4 - unparseable data
Date: 8 Apr 92 15:41:44 GMT
Organization: CETIA, France

In article <1992Apr7.144143.2856@mp.cs.niu.edu> rickert@mp.cs.niu.edu (Neil Rickert) writes:
>In article <1992Apr7.140412.13823@cetia.fr> philip@cetia.fr (Philip Peake) writes:
>>In article <1992Apr4.001023.15267@blilly.UUCP> bruce@blilly.UUCP (Bruce Lilly) writes:
>>>The complete RFC822/RFC1123 set *was* included!!
>>>...
>
>>ABSOLUTE GARBAGE !
>>...
>>** zone can be "UT" "GMT" "EST" "EDT" "CST" "CDT" "MST" "MDT" "PST" "PDT"
>>** or "+"4*DIGIT or "-"4*DIGIT (case-insensitive; military zones not useful
>>** per RFC1123)
>>...
>
>>So, if you don't live in north America - fu**k you !
>>If the RFC's only list these timezones, it just proves that they
>>were written by brain-dead idiots.
>
>  May we expect you to shortly post a replacement for arpadate.c?

You may not.

>  Naturally your replacement will recognize all currently used time zones.
>It will clearly distinguish between EST (as used in the east coast of U.S.A),
>and EST (as used on the east coast of Australia.  In making this distinction
>it will keep in mind that an educational institution in Australia could have
>a domain ending in '.edu', while an Australian embassy in the USA could
>potentially have a domain ending in '.au' .

You are (deliberately ?) makeing a selective cut of my posting, and placing
an interpretation on it which was not intended.

I know there is a basic problem of timezones not being clearly defined
(believe me I *know* !)

I was annoyed by anyone having the nerve to suggest BOUNCING all
e-mail because it didn't have one of the above mentioned timezones,
and using the RFC's as justification.

This RFC fundametalist attitude appears to be becoming too prevalent,
and some people put some *very* strange interpretations on
them. People prone to this, are also prone to mutilating, black-holing
or bouncing things not conforming to their point of view.
Such attitudes help no-one.

I do know that it is a Great American Pastime to re-interpret your constitution
every two days, preferably in the most perverse way possible.
Well, that is your right, its your lives, and its your constitution.
But DON't try to extend it to things which affect the rest of the
world ... please !?

If anyone is interested in MY oppinion, to me, the obvious
answer is to NOT use the timezone name as the first choice in
converting the times to UTC, but to use the -digit*4 offset,
only falling back to using the timezone name if that isn't present.

This still leaves the name conflict problem - maybe the most
satisfactory solution would be to ONLY use the -digit*4, and if it
isn't present, strip all time information and present it as ****
(with the original time as a comment).

I do consider the current error message to be a bug. The time information
is NOT malformed, it is simply beyond the comprehension of the code.

Philip
Newsgroups: comp.mail.sendmail
From: reggers@julian.uwo.ca (Reg Quinton)
Subject: Re: beginning sendmail book
Organization: University of Western Ontario, London
Distribution: usa
Date: Thu, 16 Apr 1992 18:47:38 GMT

Some interesting reading IMHO in:

	julian.uwo.ca:~ftp/doc/courses/sendmail.{ps,txt}
	julian.uwo.ca:~ftp/nic/sendmail/*

The first is slides from a course I've done a few times. The second is
detailed instructions on setting up sendmail.

Read and enjoy.
From: neil@pio.group-id.co.uk (Neil Todd)
Newsgroups: mail.uk-sendmail-workers,comp.mail.sendmail
Subject: UKUUG event looking for speaker on UK Sendmail 2.1 config package
Date: 13 Apr 92 11:45:28 GMT
Organization: Glasgow University Computing Science Dept.
Phone: +44 491 671964 (Answerphone)
Organisation: GID Ltd, 1 Captain's Gorse, Upper Basildon, READING, UK, RG8 8SZ
Original-Sender: N.C.Todd@bnr.co.uk
X-Mailer: mail-news 2.0.5

UKUUG is planning to hold a workshop on "Issues concerned with being
connected to a network".

One of the topics to be covered is sendmail configuration. I am looking
for a speaker to talk about the UK Sendmail Configuration package
(UK-2.1).  Unfortunately one of the obvious choices, Jem Taylor, is
unavailable on the date concerned.

So, if you can talk on this topic based on strong practical experience,
I would love to hear from you.

The current proposed date is Friday 3rd July at a London venue.

Your user group needs you!

Regards,

Neil

-- 
Neil Todd                       | ..In general, it is best to assume that the
PSI%234237100122::neil          | network is filled with malevolent entities
neil@pio.gid.co.uk              | that will send in packets designed to have
GID Ltd                         | the worst possible effect...	RFC 1122
From: rickert@mp.cs.niu.edu (Neil Rickert)
Newsgroups: comp.mail.sendmail
Subject: Re: vacation
Keywords: from
Date: 14 Apr 92 20:59:11 GMT
Organization: Northern Illinois University

In article <1992Apr14.163140.13425@cscs.ch> giordano@tamaro.cscs.ch (Silvia Giordano) writes:
>We have some problem with the vacation program. Our version (there is another
>one?) looks for a first line like the following:
>
>        From <originator-address> <date>
>...

>By the way, our sendmail does not produce such kind of format.

 This is a question of the way your 'prog' mailer is defined.  It sounds as
if somebody has incorrectly inserted the 'n' flag in the mailer flags
(the "F=" operand for the line beginning 'Mprog' in sendmail.cf).

-- 
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
  Neil W. Rickert, Computer Science               <rickert@cs.niu.edu>
  Northern Illinois Univ.
  DeKalb, IL 60115                                   +1-815-753-6940
From: giordano@tamaro.cscs.ch (Silvia Giordano)
Newsgroups: comp.mail.sendmail
Subject: Re: vacation
Keywords: from
Date: 15 Apr 92 12:53:18 GMT
Organization: Centro Svizzero di Calcolo Scientifico / CH-6928 Manno

In article <1992Apr14.205911.2453@mp.cs.niu.edu>, rickert@mp.cs.niu.edu (Neil Rickert) writes:
|> In article <1992Apr14.163140.13425@cscs.ch> giordano@tamaro.cscs.ch (Silvia Giordano) writes:
|> >We have some problem with the vacation program. Our version (there is another
|> >one?) looks for a first line like the following:
|> >
|> >        From <originator-address> <date>
|> >...
|> 
|> >By the way, our sendmail does not produce such kind of format.
|> 
|>  This is a question of the way your 'prog' mailer is defined.  It sounds as
|> if somebody has incorrectly inserted the 'n' flag in the mailer flags
|> (the "F=" operand for the line beginning 'Mprog' in sendmail.cf).
|> 
|> -- 
|> =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
|>   Neil W. Rickert, Computer Science               <rickert@cs.niu.edu>
|>   Northern Illinois Univ.
|>   DeKalb, IL 60115                                   +1-815-753-6940

As I wrote to Neil, our problem is due to the usage of PP as mail gateway.
PP does not produce the same format of sendmail.
Anyway, my question is: why a program like vacation uses a non-standard
line ( the one described above )???

Regards

Silvia Giordano
From: wolf@grasp1.univ-lyon1.fr (Christophe Wolfhugel)
Newsgroups: comp.mail.sendmail
Subject: Re: Where to get latest sendmail+IDA versions in Europe or Germany
Date: 6 Apr 1992 17:35:55 +0200
Organization: INSA Informatique, Lyon, France
NNTP-Posting-Host: grasp1.univ-lyon1.fr
Keywords: sendmail, IDA, ftp

[as this will probably be asked again, I post the answer]

Sendmail-IDA is available at lots of places in Europe. 
nic.funet.fi has it and seems to be a perfect place for
northern Europe.

South Europe people can check in their local and regional archives
and if they don't find it there ftp it anonymously at host
grasp1.univ-lyon1.fr [134.214.100.25] /pub/unix/mail/mta/sendmai*   or
cism.univ-lyon1.fr [134.214.100.1] in /sendmail/send*

-- 
Christophe Wolfhugel   <Christophe.Wolfhugel@grasp1.univ-lyon1.fr>
From: melvin@ecrc.de (Todd Ferguson)
Newsgroups: comp.mail.sendmail
Subject: Need help with "NOQUEUE: SYSERR:" from sendmail sendmail-5.65c+IDA-1.4.4.1
Date: 10 Apr 92 10:02:44 GMT
Organization: European Computer-Industry Research Centre GmbH, Munich, Germany

I'm hoping that someone out there can clue me in on whats going on here.  Our
primary mailer host is a Sun Sparc 1 running SunOS 4.1.1, no NIS, but with
DNS in the C libraries.  Ever since installing sendmail-5.65c+IDA-1.4.4.1 I
quite often see error messages such as 'Apr 10 09:15:03 ecrc sendmail[4841]:
NOQUEUE: SYSERR: queuename: Cannot create "qfAA04841" in "/usr/spool/mqueue":
Permission denied' appearing on the console.  What exactly do these messages
mean? The mqueue is owned and writable by root and sendmail is run by root so
how could it be getting permission denied?  More importantly, what happens to
the mail when this happens?

Thank you in advance,
Todd
--
Todd Ferguson					Tel. +49 89 926 99186
European Computer Research Centre		Internet: todd@ecrc.de
Arabellastr 17, 8000 Munich 81. Germany		UUCP: ...unido!ecrc!todd
#include <std/disclaimer.h>
Newsgroups: comp.mail.sendmail
From: peter@zeus.dialix.oz.au (Peter Wemm)
Subject: Re: Help needed in setting up MAIL SVR4
Organization: Karam Pty. Ltd., Perth, Australia.
Date: Fri, 10 Apr 1992 00:51:00 GMT

kozowski@ohsu.edu writes:

>In article <1992Apr1.094033.4102@sniap.mchp.sni.de>
[trimmed]
>I tried doing this with the native SVR4 mailer and could not get things to work
>right.  I finally gave up and used sendmail.  I haven't found anybody that has
>successfully setup a mail gateway on SVR4 with the native mailer.


> Eric Kozowski     | System/Network Administrator      |
>kozowski@ohsu.edu | Oregon Health Sciences University |
>                  | 840 SW Gaines Rd GH113            |
>(503)494-4537     | Portland, Oregon 97201            |

Hmm... It works for me..... :-) :-)
-- 
Peter Wemm : peter@zeus.dialix.oz.au     If it's broke, fix it (The MS-DOS way)
Work phone: +61-9-479-1855      If it aint broke, don't touch it (The Unix way)
Fax: +61-9-479-1134     If we can't fix it, it ain't broke (Maintainer's Motto)
From: philip@cetia.fr (Philip Peake)
Newsgroups: comp.mail.sendmail
Subject: Re: sendmail 5.65c/1.4.4 - unparseable data
Date: 7 Apr 92 14:04:12 GMT
Organization: CETIA, France

In article <1992Apr4.001023.15267@blilly.UUCP> bruce@blilly.UUCP (Bruce Lilly) writes:
>In article <2292@accucx.cc.ruu.nl> acbhour@accucx.cc.ruu.nl (Rudi van Houten) wrote:
>>+ -- This is not according RFC822/1123, but the acronymes are used.
>>+ -- Perhaps the complete set of timezone names should be included in
>>+ -- this routine.
>
>The complete RFC822/RFC1123 set *was* included!!
>
>Of course if you want to fix the cause of the problem, rather
>than breaking RFC-compliant code so that it ignores the problems
>caused by non-compliant software, then send mail to the
>postmaster of the messages' originating sites' complaining about
>the invalid mail headers. (the code in arpadate.c could
>probably be easily modified to bounce mail with non-compliant
>headers--that should get somebody's attention)

ABSOLUTE GARBAGE !

the comment form arpadate.c:

/*
** date-time field specification from RFC822 as amended by RFC 1123:
**
**
** [ day "," ] 1*2DIGIT month 2*4DIGIT 2DIGIT ":" 2DIGIT [ ":" 2DIGIT  ] zone
**		 date		year	hours	  minutes      seconds
**
** day can be "Mon" "Tue" "Wed" "Thu" "Fri" "Sat" "Sun" (case-insensitive)
**
** month can be "Jan" "Feb" "Mar" "Apr" "May" "Jun" "Jul" "Aug" "Sep" "Oct"
** "Nov" "Dec" (also case-insensitive)
**
** zone can be "UT" "GMT" "EST" "EDT" "CST" "CDT" "MST" "MDT" "PST" "PDT"
** or "+"4*DIGIT or "-"4*DIGIT (case-insensitive; military zones not useful
** per RFC1123)
**
** Additional whitespace or comments may occur.
*/


So, if you don't live in north America - fu**k you !
If the RFC's only list these timezones, it just proves that they
were written by brain-dead idiots.

In any case, blind adherence to RFC's is idiotic, remember
what RFC stands for ?

The attitude of "the RFC says X, therfore X is the
one and only true path" is for MORONS.

Philip
Newsgroups: comp.mail.sendmail
From: grdetil@scrc.umanitoba.ca (Gilles Detillieux)
Subject: Re: Time Zone
Organization: University of Manitoba, Winnipeg, Canada
Date: Wed, 15 Apr 1992 20:30:11 GMT

In article <1992Apr6.075027.13754@hemel.bull.co.uk> malcolm@hemel.bull.co.uk  
(Malcolm Preen) writes:
> Around the world, different countries change to daylight savings time at
> different times of the year, and for most things, this is handled by the TZ
> variable.

Actually, on a lot of systems, the TZ variable says that you use daylight
savings time, but not when you change.  Many systems just follow the American
rules for this.  BSD 4.3 system have the /etc/zoneinfo database, which is
supposed to handle things more intelligently, but don't ask me how to customise
it.

> However, sendmail does not appear to be using this, can anyone
> give me any clues to anything I can do ?

My sendmail (5.64) uses the localtime() function to determine the timezone as
an offset from GMT.  If your version does this too, it should work using the
same rules as any other programs on your system that use ctime()/localtime().
I don't really know what to suggest, short of getting a hold of the sendmail
source yourself and setting it up on your system.

> The only line in the sendmail.cf that seems to pertain to TimeZones is :
> 
> OtGMT, GMT BST

That's just there for very old (6th Edition) Unix systems, before the
introduction of the TZ environment variable.  It's not used anymore.

--
Gilles Detillieux                       <Gilles@scrc.UManitoba.CA>
Spinal Cord Research Centre             or <grdetil@gilles.scrc.UManitoba.CA>
Dept. of Physiology, U. of Manitoba     Phone:  (204)788-6766
Winnipeg, MB  R3E 0W3  (Canada)         Fax:    (204)786-0932