🚀 go-pugleaf

mbs@adastra.cvl.va.us (Michael B. Smith) writes:

>In article <flohoff.030x@dataland.owl.de> flohoff@dataland.owl.de (Florian Lohoff) writes:
>> I am using CNET/3 and AmigaUUCP V1.1.6? Can i automatically send all news
>> posted in an moderated newsgroup to the Moderator ?

>No. AmigaUUCP has no automatic support for moderated newsgroups. You
>would need to go to C News for that.

>(No, adding the feature isn't hard, but it would require a format change
>to the UULIB:Newsgroups file, and would _really_ slow down the posting
>process.)

Or your could use a newsreader that has support for moderated groups.  I have
TIN running as a door under my BBS, and it handles moderated groups...  at
least it seems to, I haven't tried posting to a moderated group recently.

I think any change to support moderators in the base AmigaUUCP code, would just
involve changes to GRN....on most systems its the job of the User Agent to post
to moderator...the transport agent just makes sure that Approved: articles
appear in the group....though some try to be smart and send it to the moderator
(and send it on down stream to other sites to do the same....  Bnews?)

I suppose to make it work with the widest collection of existing news readers
that support AmigaUUCP....the smarts for moderator posting would have to be
added to 'rnews'.

I would think a third field in UULIB:Newsgroups that has the address of the
moderator.  'rnews' then checks for the presence of an address, and Emails the
post to that address.  It should require the '-p' or be called as postnews,
otherwise unapproved articles that come in to a moderated group from other
sources should just get tossed....or they could rely on your downstream site to
reject it.

Though this change would be incompatible with what I have now....I actually
have a third field in my UULIB:Newsgroups files (I use it for my UUCP billing
software.....which in case somebody asks, I probably will never release because
its extremely hardcoded for my site...it also relies on a different format for
UUSPOOL:MailLog).  Though I think the last change I made to my stuff doesn't
use the third field anymore.

I'll have to see if I have any free time coming up to see if I want to make the
change.  I could see it being useful (I make groups on my BBS available the
normal way + with TIN).  I'm busy with several commercial software projects in
my job.

I did recently add a small change to uucico....in the filename munge(?) for
UUCP transfers if the destination is something like:

~/DRIVE:path/filename

Instead of trying to write the file to:

UUPUB:DRIVE:path/filename

It writes the file to:

DRIVE:path/filename

I assume security checking still applies, I haven't tested it extensively yet.

Its so UNIX machines can send files to directories that don't have a '~'.
Since the default for destination that is not an absolute path or '~user/' is
to default to '~/'.

I added this because I acidently requested a file from UUNET's mailserv with a
destination of 'uupub:aminet/filename.lha'.....which becomes
'~/uupub:aminet/filename.lha'.  And, UUNET doesn't give up.....

Also there have been times that I've wanted to do it from work.....usually
large files that I know won't fit in my UUCP: partition.
-- 
SNAIL:  Lawrence Chen, P.Eng.           VE6LKC/VE6PAQ
        Computer Engineer               Phone: (403)529-2162
        Combustion Dynamics Ltd.        Fax:   (403)529-2516
        #203, 132 4th Avenue S.E.       Email: lawrence@combdyn.com
        Medicine Hat, Alberta  T1A 8B5         dreamer@lhaven.uumh.ab.ca
DISCLAIMER: All opinions expressed are mine and *NOT* my employers