Ftape

Top Page
Attachments:
Message as email
+ (text/plain)
Delete this message
Reply to this message
Author: KeithSmith
Date:  
Subject: Ftape
Hi Art,


Art Wagner wrote:
>
> Keith;
> According to your header information;
> "X-mailer Mozilla 4.61C-CCK-MCD Caldera Systems OpenLinux [en]
> (X11;I;2.2.10 i586"
> You are using Netscape 4.61. I also noted that you are
> experiencing
> delays
> (hangs) on your post to the PLUG mailing list. Several users
> including
> me
> have had the same problem under NS 4.60 - 4.73. The attached
> README-NETSCAPE
> has so far fixed the problem for all who I know to have tried it.
> Bon Chance ;<}
> Art Wagner
>


I applied the fix. Thanks for bringing this to my
attention. This reply should serve as a test.

Thanks,
Keith

--
Jesus is Lord!,
Keith Smith
520.298.2227
------------------------------
Come see what's new at:
http://www.christian-home.net/








> KeithSmith wrote:
> >
> > Thanks Ed,
> >
> > I have an Onsteam 30Gig however it is horrible to
> > configure. I cannot get the patch from their site
> > to compile.
> >
> > I'm running Caldera's eServer which they say
> > should work with a number of QIC-40 & QIC-80
> > drives. A footnote says there is a bug in Ftape
> > that causes problems on some PCP boards.
> >
> > I was hoping for an easier solution. I guess
> > everything with Linux is a struggle at first.
> >
> > Thanks for the Link and information, I will check
> > it out.
> >
> > Thanks,
> > Keith
> >
> > Ed Cernek wrote:
> > >
> > > This time with the link intact (I hope).
> > >
> > > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=7674
> > >
> > > KeithSmith wrote:
> > >
> > > > Is anyone using Ftape? With which drive?
> > > >
> > > > Any suggestions, experiences?
> > > >
> > > > Thanks,
> > > > Keith
> > > > --
> > > > Jesus is Lord!,
> > > > Keith Smith
> > > > 520.298.2227
> > > > ------------------------------
> > > > Come see what's new at:
> > > > http://www.christian-home.net/
> > > >
> > > > _______________________________________________
> > > > Plug-discuss mailing list -
> > > > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
> > >
> > > _______________________________________________
> > > Plug-discuss mailing list -
> > > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discus
> >
> > _______________________________________________
> > Plug-discuss mailing list -
> > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>
> --------------------------------------------------
> Mailman - The GNU Mailing List Management System
> Copyright (C) 1998,1999,2000 by the Free Software Foundation, Inc.
> 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA
>
> Some of your users may experience problems sending mail to a
> members-only list, if they are using Netscape Communicator as their
> MUA. Communicator 4.6 on Linux has been observed to insert bogus
> unqualified Sender: headers -- i.e. Sender: headers with only the
> username part of the email address. Other version of Netscape may
> also have the same bug.
>
> Members-only lists use Sender: as the first field to authenticate
> against, so if Sender: exists in the email message, but it is
> unqualified, it will never match a mailing list member's address, and
> their post will always be held for approval.
>
> In the future, Mailman will improve its algorithm for finding a
> matching address, but in the meantime, M. A. Lemburg <>
> provides the following advice. You can send this snippet to any user
> whose posts are being held for seemingly no reason.
>
>     Edit the two .js files in your .netscape directory (liprefs.js and
>     preferences.js) to include the function call:

>
>     user_pref("mail.suppress_sender_header", true);

>
>     BTW, the binary includes a comment which says that this is only
>     necessary on Unix.

>
>     Since Communicator regenerates this file upon exit, the change
>     must be done when Communicator is not currently running.  With the
>     next start, it will stop adding the Sender: header and things
>     start to work like a charm again.

>
> The reason things start to work again, is that Mailman falls back to
> authenticating the From: header if the Sender: header is missing.
>
> Local Variables:
> mode: indented-text
> indent-tabs-mode: nil
> End: