Ftape

KeithSmith compunerd@gci-net.com
Mon, 05 Jun 2000 10:36:35 -0700


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  -  Plug-discuss@lists.PLUG.phoenix.az.us
> > > > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
> > >
> > > _______________________________________________
> > > Plug-discuss mailing list  -  Plug-discuss@lists.PLUG.phoenix.az.us
> > > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discus
> >
> > _______________________________________________
> > Plug-discuss mailing list  -  Plug-discuss@lists.PLUG.phoenix.az.us
> > 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 <mal@lemburg.com>
> 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: