HDTenEightyP/NetNews huggingface dataset:
From: ian@cygnus.com (Ian Lance Taylor)
Newsgroups: comp.mail.uucp
Subject: Re: UUCP error - REMOTE HAS A LCK FILE FOR ME
Date: 23 Nov 1992 21:45:54 -0500
Organization: Cygnus Support
NNTP-Posting-Host: tweedledumbest.cygnus.com

clewis@ferret.ocunix.on.ca (Chris Lewis) writes:

>In article <1emqv1INN4t2@morrow.stanford.edu> ayub@krypton.Stanford.EDU (Ayub Butt) writes:

>>When I invoke uucico [manually] to test the operation, I get the 
>>error message "UUCP error - REMOTE HAS A LCK FILE FOR ME".

>If this situation persists, this means that uucico on the other end
>died, and forgot to remove the lock (though some uucicos will kill
>the lock if it's old enough), OR that there's a uucico process hung
>trying to connect to you.

This is basically correct.  Just to make it exactly correct (I'm sure
Chris knows this, but didn't bother to say it), most versions of
uucico don't check the date (in fact, I don't know of any that do
check the date).  Instead, the lock file itself contains a process ID.
If that process ID exists, the lock is considered to be valid.

For example, a quick way to prevent uucico from talking to a remote
system is to say (but see below)
    echo 0000000001 > /usr/spool/uucp/LCK..system
where system is the system you want to lock.  

This works because process 1 always exists.

The example above assumes HDB style lock files; the other common
styles uses a four byte binary number.  Also, the actual directory
containing the lock file varies from system to system; common cases
are /usr/spool/uucp or /usr/spool/locks.

So, anyhow, probably there is a lock file, and it contains the process
ID of a process that exists.

Ian Taylor
From: Christophe.Wolfhugel@grasp.insa-lyon.fr (Christophe Wolfhugel)
Newsgroups: comp.mail.uucp
Subject: Re: Are costs relevant ? (was Re: UUCP map entries)
Date: 21 Nov 1992 14:22:07 +0100
Organization: INSA Informatique (Grasp), Lyon, France
NNTP-Posting-Host: grasp1.univ-lyon1.fr

clewis@ferret.ocunix.on.ca (Chris Lewis) == "cl>"

wolf>The shortest way from an Internet host to my machine is following the MX
wolf>routing, but when just one node before a site has digested the maps
wolf>it generates a folkoric route...

cl> I don't quite understand you here.  Are you talking about sites
cl> rabid-routing *after* your MX forwarder?

No, I have not been clear enough (in fact this issue has already been
discussed a little bit a while ago):

I have some of my correspondants in the US who are UUCP connected to
an Internet mail relay host, but they fully process the maps, which
means for this site, due to the top-level aliases, will directly
generate a path like:

...!uunet!mcsun!corton!grasp.insa-lyon.fr!wolf

Whereas the logic would have excpected just ...!uunet!grasp.insa-lyon.fr!wolf
which would have allowed MX routing on the Internet part of the travel.
And in this particular case it avoid relays and uses different lines.

This is one of the reasons I'm fully *against* top-level domains aliasing
why the hell has this been done (map coordinators, you may answer this
question). I don't remember this has been discussed in this group, or in
others.

-- 
Christophe Wolfhugel    |    Email: Christophe.Wolfhugel@grasp.insa-lyon.fr
  "Pour le bien-etre de tous, il est interdit de pisser dans le metro."
From: clewis@ferret.ocunix.on.ca (Chris Lewis)
Newsgroups: comp.mail.uucp
Subject: Re: Binding Systems entries to specific Dialers entries (and not Devices)?
Keywords: Dialers  Devices  Systems  HDB
Date: 21 Nov 92 03:14:04 GMT
Organization: Elegant Communications Inc., Ottawa, Canada

In article <1992Nov18.085647.20388@netcom.com> gerg@netcom.com (Greg Andrews) writes:
>BTW, It's somewhat dangerous to make your dialer look for such specific
>connect messages from the modem.  What happens if the other guy turns off
>compression in his modem?

I tend to agree.  However, there are some times that you have to force things.
I have my modem DTE-locked.  The normal ACU entry simply specifies the speed
I have the DTE is set to, plus looks for "CONNECT" and ignores the detailed
info.  But there are some modems that don't sync up properly when I let
the two modems fight it out amongst themselves.  In those cases, the
Dialers/Devices entries (invoked via an ACU<something> clause) explicitly
force the modem into a given mode, and insist on the matching CONNECT plus
details.

>You could comple the connection and log into
>the computer, but your call fails because the script didn't get the /COMP
>suffix from the modem.

On the other hand, this may be what you want.  One of the very first
user-experience postings about Telebits was from Henry Spencer who recommended
that you will often want your modem to insist on a specific connect type.
Ie: you're dialing into a modem pool, where some of them will sync up with
high speed, and some of them are slow.  It's sometimes smarter to
reject the slow connect and try again for a fast one.
-- 
Chris Lewis; clewis@ferret.ocunix.on.ca; Phone: Canada 613 832-0541
Psroff 3.0 info: psroff-request@ferret.ocunix.on.ca
Ferret list: ferret-request@ferret.ocunix.on.ca
From: jromine@yoyodyne.ics.uci.edu (John Romine)
Subject: Re: duplicate messages in mailbox
Newsgroups: comp.mail.mh
Reply-To: jromine@ics.uci.edu (John Romine)
Organization: Univ. of Calif., Irvine, Info. & Computer Sci. Dept.
Date: 18 Nov 92 22:50:39 GMT

tommy@boole.att.com writes:
>When doing an inc and mail arrives during the inc, inc notices this and
>tells me after incorporating...  Is this a bug?

No, it's an important feature.

MH will obey whatever locking convention you tell it to (see
mh-tailor(5)).  When you run "inc", MH locks the maildrop.  This is
supposed to stop the MTA from adding more messages.  Just before MH
zeroes the maildrop, it checks to make sure the maildrop hasn't
changed.  If it has changed, the maildrop is not zeroed (under the
assumption that the locking protocol failed for an unknown reason).

Fix your MTA and mtstailor file so that they agree on the locking
protocol.
--
John Romine
Newsgroups: comp.mail.mh
From: hshamans@magnus.acs.ohio-state.edu (Harry T Shamansky)
Subject: Bug in m_getfld() on SGI Indigo, possible FAQ??
Keywords: Bug
Organization: The Ohio State University
Distribution: comp.mail.mh
Date: Sat, 21 Nov 1992 19:13:54 GMT

  Hello....

  I have spotted a bug (?) in my inc function on the SGI Indigo:

version: MH 6.7.2 #27[UCI] (coulomb) of Tue Apr 28 22:21:23 EDT 1992
options: [BIND] [MORE='"/usr/bin/pg"'] [SENDMTS] [SMTP] [SOCKETS]
         [SPRINTFTYPE=int] [SYS5]

  When the first line of the body is a blank line, an "inc" shoves a bogus
  character into the scan line reported, as well as the inc'd file in the
  user's maildrop (it was clean in /usr/mail/<user>). I popped into the
  debugger, and it appeared that the call to m_getfld() would return the
  state=BODY, and the tmpbuf (in .../uip/scansbr.c, line 163, in 
  /* scan - main loop */ ) has a varied single ascii character in it, which
  finds its way into the scan report, as well as the inc'ed file. 

  If the first line of the body is non-blank, then all goes as expected.
  I am hesitant to hack on m_getfld.c, especially in light of the comments
  at the top of the file.

  Question is: I am not alone; other SGI users reported this on comp.sys.sgi.
  What, if anything, can I do to fix/diagnose the problem ? Any help will be
  appreciated....

  harry
From: leisner@wrc.xerox.com ( Marty Leisner)
Newsgroups: comp.mail.mh
Subject: Definiting a <mh-lib> directory at runtime...
Date: 20 Nov 92 16:14:08 GMT
Reply-To: leisner@eso.mc.xerox.com
Organization: Xerox
X-Newsreader: TIN [version 1.1 PL7]

How can I redefine where mh-lib is at runtime?

I looked at man pages for mh-profile and can't see it... 

--
marty
leisner.henr801c@xerox.com  leisner@eso.mc.xerox.com
Member of the League for Programming Freedom
Newsgroups: comp.mail.mh
From: tommy@hilbert.att.com (Tom Reingold)
Subject: duplicate messages in mailbox
Reply-To: tommy@boole.att.com
Organization: AT&T Bell Labs, Holmdel, NJ
Date: Wed, 18 Nov 1992 14:12:09 GMT

When doing an inc and mail arrives during the inc, inc notices this and
tells me after incorporating.  This leads me to think that with
locking, it attempts not to garble the mailbox.  But I get a duplicate
copy of every message that was in the mailbox before I did the inc.  In
other words, inc does not remove the messages from the mailbox.

This is on an NFS client of the mail directory.

Is this a bug?

version: MH 6.7.2 #4[UCI] (hilbert) of Mon Sep 14 15:35:43 EDT 1992
options: [ATTVIBUG] [BIND] [BSD42] [BSD43] [DBM] [DUMB]
         [FOLDPROT='"0700"'] [MHE] [MHE] [MHRC] [MSGPROT='"0600"']
         [NETWORK] [NFS] [RPATHS] [RPATHS] [SBACKUP='"#"'] [SENDMTS]
         [SUN40] [SUN41] [TYPESIG=void] [ZONEINFO]
-- 
Tom Reingold
AT&T Bell Labs, Holmdel, NJ
tommy@boole.att.com or att!boole!tommy
From: pinkas@skywalker.intel.com (Israel Pinkas)
Newsgroups: comp.mail.mh
Subject: Re: Looking for hacked mh-e.el to use sendmail.el/mail-mode
Date: 20 Nov 92 23:11:01 GMT
Organization: Software Technologies, INTeL Corporation, Santa Clara, CA

ratinox@splinter.coe.northeastern.edu (Richard Pieri) writes:

   Call me bizarre, but has anyone hacked mh-e.el to use sendmail.el and
   mail-mode instead of mh-leter-mode, etc?

Please don't publish the sendmail hack.  The reason that mh-e.el uses MH's
send facility is that your mail system may not be SMTP based.  You also may
not have configured sendmail on your system.  If you run SVR4, you may not
have sendmail configured.  If there is an MX record for your machine, SMTP
mail will be sent somewhere else.  And if all the users use MH, you can
configure MH to connect directly to the mail server.

What's the problem with using send anyway?  On most Unix systems it will
either use sendmail or connect to the SMTP server anyway.

-Israel
--
Israel Pinkas		pinkas@stps18.intel.com		408-765-4210

	"Everybody's askaird of death, until it hits you ...
	 then you don't care"		-Archie Bunker
From: wohler@sapwdf.UUCP (Bill Wohler)
Newsgroups: comp.mail.mh
Subject: Re: finding the MH lib directory
Date: 16 Nov 92 16:59:19 GMT
Reply-To: Bill Wohler <wohler@sap-ag.de>
Organization: SAP AG, Walldorf, Germany

jsweet@irvine.com (Jerry Sweet) writes:
>Is there a way to make mhpath cough up the path to the MH library
>directory?

  yup!

	#! /bin/ksh
	mhpath=$(whence mhpath)
	lib=$(strings $mhpath | grep mtstailor)
	dirname $lib

  okay, so i'm a little punchy...

Bill Wohler <wohler@sap-ag.de> <sapwdf!wohler>
Heidelberg Red Barons Ultimate Frisbee Team
From: sastjw@terrier.unx.sas.com (Tom Wilmore)
Newsgroups: comp.mail.mh
Subject: Re: aliases - simple question
Date: 19 Nov 92 14:56:39 GMT
Organization: SAS Institute Inc., Austin, Texas
Originator: sastjw@terrier.unx.sas.com


In article <1992Nov19.122125.17225@infodev.cam.ac.uk>, mh10006@cl.cam.ac.uk (Mark Humphrys) writes:
|> simple question, but I can't find it in man or the FAQ:
|> can you have nested aliases in mh/xmh?
|>
|> these work for me:
|>
|> john: user@node.etc.etc
|> joe: user@node.etc.etc
|>
|> but then I'd like this to work:
|>
|> friends: john, joe
|>
|> how do I do this?
|> - reply via e-mail if this is really too infantile a question
|>
|> thanks
|> - Mark

This works for me if I specify the 'friends: john, joe' first and
then the 'john: user@node.etc.etc' and 'joe: user@node.etc.etc' in
my alias file.
-- 
            Tom Wilmore                 Big-eyed beans from Venus,
            SAS Institute Inc.          Don't let anything get in between us
            Austin, Texas                          -Don Van Vliet
            sastjw@unx.sas.com
            (512)258-5171x3229
Newsgroups: comp.mail.mh
From: ratinox@splinter.coe.northeastern.edu (Richard Pieri)
Subject: Re: Looking for hacked mh-e.el to use sendmail.el/mail-mode
X-Posting-Software: GNUS 3.14.1 [ NNTP-based News Reader for GNU Emacs ]
Reply-To: ratinox@meceng.coe.northeastern.edu
X-Signature-Virus-Protection: Version 1.51
X-Get-A-Clue: Have two, they're small.
Organization: 3WA, Boston Office. Or Nu Meta Chi. Take your pick.
	<PINKAS.92Nov20151101@skywalker.intel.com>
Date: Sat, 21 Nov 1992 14:38:46 GMT

>>>>> In article <PINKAS.92Nov20151101@skywalker.intel.com>,
>>>>> pinkas@skywalker.intel.com (Israel Pinkas) writes:

I said:

IP>    Call me bizarre, but has anyone hacked mh-e.el to use sendmail.el and
IP>    mail-mode instead of mh-leter-mode, etc?

IP> Please don't publish the sendmail hack.

It's not a sendmail hack, it's a hack to mh-e.el that I want, that
uses the GNU distributed mail-mode instead of mh-e's letter-mode. I
don't want to touch the sendmail daemon code.

IP> The reason that mh-e.el uses MH's send facility is that your mail
IP> system may not be SMTP based.

My system most certainly is SMTP-based. It uses MH's send because MH
has one. The functional difference is that mh-e passes the buffer to
send, which passes the contents to the MTA; mail-mode passes the
buffer directly to the MTA. Both regardless of which MTA is being used
(sendmail, MMDF, etc).

IP> You also may not have configured sendmail on your system.

Sendmail is most certainly configured properly on my system. Otherwise
mail wouldn't be work here.

IP> If you run SVR4, you may not have sendmail configured.

We're running SunOS 4.1.3. Sendmail is configured properly.

[...]

IP> What's the problem with using send anyway?  On most Unix systems
IP> it will either use sendmail or connect to the SMTP server anyway.

1) I'm familiar with mail-mode; I know how to use it.

2) I've written a number of neat extensions to mail-mode that break
annoyingly in letter-mode and I don't feel like re-writing them.

3) I also use GNUS. GNUS' post and mail editing modes are based on
mail-mode, and I'm trying for some consistancy (see #1).

--Rat
||||| | | | |  |  |  |   |   |    |    |    |   |   |  |  |  |  | | | | | |||||
Northeastern's Stainless Steel Rat          ratinox@meceng.coe.northeastern.edu
And now we meet again, for the first time, for the last time.     --Dark Helmet
Newsgroups: comp.mail.mh
From: mh10006@cl.cam.ac.uk (Mark Humphrys)
Subject: aliases - simple question
Organization: U of Cambridge Computer Lab, UK
Date: Thu, 19 Nov 1992 12:21:25 GMT

simple question, but I can't find it in man or the FAQ:
can you have nested aliases in mh/xmh?

these work for me:

john: user@node.etc.etc
joe: user@node.etc.etc

but then I'd like this to work:

friends: john, joe

how do I do this?
- reply via e-mail if this is really too infantile a question

thanks
- Mark
Newsgroups: comp.mail.mh
From: psc9q@holmes.acc.Virginia.EDU (the beloved)
Subject: Help with Blind Lists
Originator: psc9q@holmes.acc.Virginia.EDU
Organization: University of Virginia
Distribution: usa
Date: Thu, 19 Nov 1992 09:48:53 GMT

Hello,

I'm having trouble setting up a blind list in my .mh-aliases file. According to
the manual, the format is:

   alias: blind-header: user1, user2, ..., userN;

I've tried:

   paul:  user@host
   ...
   test:  blind-header: paul;

When I send mail to test, I would expect to receive a message from
"blind-header," rather than "paul." What is happening is that "test" is being
expanded to "blind-header: paul;@host." I know you can use aliases within
another alias, but does this not apply when setting up blind lists? Thanks,

Paul
-- 
beloved@virginia.edu
psc9q@holmes.acc.virginia.edu
From: chr@senga.ka.sub.org (Christian Riede)
Newsgroups: comp.mail.mh
Subject: Re: MIME in xmh
Date: 21 Nov 92 08:32:49 GMT
Organization: Private UUCP site
X-Newsreader: Arn V1.00 pre

In article <4088@sapwdf.UUCP>, Bill Wohler writes:

>   is anyone working on integrating MIME in xmh?

Read   mailers.txt   from   the  metamail  distribution.   (Availible  from
thumper.bellcore.com via anon. ftp)

Gruss, Christian

-- 
Christian Riede, Lange Strasse 88, D-W7500 Karlsruhe 51, Germany 
Tel. (+49) 721 {886091 | 608-4487 | 608-2749}  |   iso-8859-1:   
EMail: chr@senga.ka.sub.org, riede@ira.uka.de  |  dv|_==aeoeuess 
    War das 'ne Landung --- oder hast du den Globus gerammt?
From: jromine@yoyodyne.ics.uci.edu (John Romine)
Subject: Re: Help with Blind Lists
Newsgroups: comp.mail.mh
Reply-To: jromine@ics.uci.edu (John Romine)
Organization: Univ. of Calif., Irvine, Info. & Computer Sci. Dept.
Date: 19 Nov 92 16:26:56 GMT
Distribution: usa

psc9q@holmes.acc.Virginia.EDU (the beloved) writes:
>I'm having trouble setting up a blind list in my .mh-aliases file.
>According to the manual, the format is:
>
>   alias: blind-header: user1, user2, ..., userN;

It's broken -- I'm working on a fix.
--
John Romine
From: wohler@sapwdf.UUCP (Bill Wohler)
Newsgroups: comp.mail.mh
Subject: MIME in xmh
Date: 20 Nov 92 10:56:37 GMT
Reply-To: Bill Wohler <wohler@sap-ag.de>
Organization: SAP AG, Walldorf, Germany


  is anyone working on integrating MIME in xmh?

Bill Wohler <wohler@sap-ag.de> <sapwdf!wohler>
Heidelberg Red Barons Ultimate Frisbee Team
Newsgroups: comp.mail.mh
From: ratinox@splinter.coe.northeastern.edu (Richard Pieri)
Subject: Looking for hacked mh-e.el to use sendmail.el/mail-mode
X-Posting-Software: GNUS 3.14.1 [ NNTP-based News Reader for GNU Emacs ]
Reply-To: ratinox@meceng.coe.northeastern.edu
X-Signature-Virus-Protection: Version 1.51
X-Get-A-Clue: Have two, they're small.
Organization: 3WA, Boston Office. Or Nu Meta Chi. Take your pick.
Date: Fri, 20 Nov 1992 22:15:17 GMT

Call me bizarre, but has anyone hacked mh-e.el to use sendmail.el and
mail-mode instead of mh-leter-mode, etc?

--Rat
||||| | | | |  |  |  |   |   |    |    |    |   |   |  |  |  |  | | | | | |||||
Northeastern's Stainless Steel Rat          ratinox@meceng.coe.northeastern.edu
The only way to deal with temptation is to yield to it.           --Oscar Wilde
Newsgroups: comp.mail.mh
From: etxmesa@eos.ericsson.se (Michael Salmon)
Subject: Re: duplicate messages in mailbox
Reply-To: etxmesa@eos.ericsson.se (Michael Salmon)
Organization: Ericsson Telecom AB
Date: Thu, 19 Nov 1992 08:08:15 GMT

In article <2B0AC8BF.696@ics.uci.edu>
jromine@yoyodyne.ics.uci.edu (John Romine) writes:
|> tommy@boole.att.com writes:
|> >When doing an inc and mail arrives during the inc, inc notices this and
|> >tells me after incorporating...  Is this a bug?
|> 
|> No, it's an important feature.
|> 
|> MH will obey whatever locking convention you tell it to (see
|> mh-tailor(5)).  When you run "inc", MH locks the maildrop.  This is
|> supposed to stop the MTA from adding more messages.  Just before MH
|> zeroes the maildrop, it checks to make sure the maildrop hasn't
|> changed.  If it has changed, the maildrop is not zeroed (under the
|> assumption that the locking protocol failed for an unknown reason).
|> 
|> Fix your MTA and mtstailor file so that they agree on the locking
|> protocol.

I would just like to add that I also use MH on an NFS system where my
mailbox is exported from the mail server. Initially I built MH without
locking and everything went fine, then I rebuilt to include mime and
decided to be a bit more careful in setting so I selected locking. This
proved to be a big mistake as inc wouldn't always run. I am not trying
to point the finger at inc, it seems that nfs is not particularly good
at locking, IMHO opinion though it is better to put up with the
occaisional duplicated mail than to lose your access to mail.
Incidently mail itself had no problems. My system runs SunOS 4.1.1.

-- 

Michael Salmon

#include	<standard.disclaimer>
#include	<witty.saying>
#include	<fancy.pseudo.graphics>

Ericsson Telecom AB
Stockholm
From: tim@appenzell.cs.wisc.edu (Tim Theisen)
Newsgroups: comp.mail.mh
Subject: Weird problem with mh 6.7.2 on AIX 3.2
Date: 16 Nov 92 17:27:09 GMT
Organization: University of Wisconsin, Madison -- Computer Sciences Dept.

A coworker is having a very strange problem with mh.  I installed the
latest copy of mh with patches for AIX from Bill Wohler.  Only one user
is having this peculiar problem.

This problem is that his outgoing mail is somehow corrupted.  It only
occurs when he replies to a message with repl.  The message looks fine
except that the From line is corrupt.  It starts fine.  It usually has
part of his name.  But then, it has the first line and one half of the
replied to text.  This only happens to a few of his messages.  It does
not matter what he sends in the reply.

Has anyone seen anything like this?  Is there a fix?  If not, I will
attempt fix it myself.  Here is the version info:

version: MH 6.7.2 #2[UCI] (zippy) of Fri Jul 10 08:02:11 1992
options: [BIND] [FOLDPROT='"0700"'] [ISI] [MHE] [MHRC]
	 [MORE='"/usr/misc/less"'] [MSGPROT='"0600"'] [NTOHLSWAP]
	 [OVERHEAD] [RPATHS] [SBACKUP='"#"'] [SENDMTS] [SMTP] [SOCKETS]
	 [SPRINTFTYPE=int] [SYS5] [SYS5DIR] [TYPESIG='void']

...Tim

          Tim Theisen           Systems Programmer
Internet: tim@cs.wisc.edu       Department of Computer Sciences
    UUCP: uwvax!tim             University of Wisconsin-Madison
   Phone: (608)262-0438         1210 West Dayton Street
     FAX: (608)262-9777         Madison, WI   53706
Newsgroups: comp.mail.mh
From: siili@sumppu.fmi.fi (Tero Siili)
Subject: Re: aliases - simple question
Organization: Finnish Meteorological Institute
Date: Thu, 19 Nov 92 15:01:22 GMT


In article <1992Nov19.122125.17225@infodev.cam.ac.uk>, mh10006@cl.cam.ac.uk (Mark Humphrys) writes:
|> simple question, but I can't find it in man or the FAQ:
|> can you have nested aliases in mh/xmh?

Yes you can.

|> 
|> these work for me:
|> 
|> john: user@node.etc.etc
|> joe: user@node.etc.etc
|> 
|> but then I'd like this to work:
|> 
|> friends: john, joe
|> 
|> how do I do this?

Exactly as you have suggested, BUT: the "group" definition MUST PRECEDE the lower-level definitions in the aliases file.

Tero Siili
Tutkija                          Scientist
Ilmatieteen laitos               Finnish Meteorological Institute
Geofysiikan osasto               Department of Geophysics
PL 503                           P.O. Box 503
00101 Helsinki                   SF-00101 Helsinki
                                 Finland

Puh.       (90) 192 9533         Tel.:    +358-0-192-9533
Telekopio: (90) 192 9539         Telefax: +358-0-192-9539
FUNET:     pouta::siili          SPAN:    22104::pouta::siili
Internet:  Tero.Siili@fmi.fi
X.400:     c=fi;admd=fumail;o=fmi;giv=tero;sur=siili;
           c=fi;admd=mailnet;pr=il;giv=tero;sur=siili;
From: Richard.Kooijman@dnpap.et.tudelft.nl (Richard Kooijman)
Subject: probable procmail problem
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Sun, 22 Nov 1992 01:11:29 GMT

Hi,

Until recently I was the only one using procmail on our system. Last week
my colleague also started using procmail and that's when the problems
started.

We have difficulties receiving mail from mailing lists we are both on.
For example, we are both on a staff and develop mailing list, both locally.
These used to work perfectly.

It seems from the /var/log/syslog that only one of us is getting mail and
that is indeed what is happening in reality.


Does anybody have a clue here what is going wrong?




Richard.
From: stu892103@gcc.edu (Mr. Fantasy)
Newsgroups: comp.mail.misc
Subject: CZEKOSLOVAKIAN Mail addresses?
Date: 20 Nov 1992 00:33:15 -0600
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu
X-Unparseable-Date: Thu, 19 Nov 92 12:01:27 DST

<Sorry if this is the 2nd time this is posted, I don't think our news poster is
 working correctly though.>

Hi, I'm wondering if anybody here can help me.  I would like to find out if
Universities in Czekoslovakia are hooked up to the Internet?  Bratislava in
particular.  I need to know in general how mail would be addressed.  If anybody
has any info, please send me direct e-mail if possible.  If for some reason,
direct e-mail isn't possible, post it here.  Thanks!

________________________________________________________________________________
Steven J. Greer | UUCP: ...!pitt!gcc!stu892103 | INTERNET: stu892103@gcc.edu
--------------------------------------------------------------------------------
ADDRESS-Home:Box 25,Main St,Volant,PA,16156-0025 |___         | Rover Recordings
-Hell: Grove City College-Box 2444               | |   |>     | --"Can't Stop
100 Campus Drive,Grove City,PA,16127-2197        | |HE |\OVER |    The Rover!"
--------------------------------------------------------------------------------