Re: lynx-dev [PATCH] remove extension to EXTERNAL command, extend CERN rules support for mailto: URLs

[Vlad Harchev]

On Wed, 12 Jul 2000, Klaus Weide wrote:

> On Mon, 10 Jul 2000, Vlad Harchev wrote:
> > On Sun, 9 Jul 2000, Klaus Weide wrote:
> > > Another problem is that we haven't even defined what we are talking about.
> > > There are many ways in which lynx can be made to send mail (already, with
> > > its built-in code).  Try to come up with a list as an exercise, it should
> > > have at least 5 or 6 entries... only one of which is "following a link to
> > > a mailto: URL".
> > 
> >   Does it really matter? I think we don't have a lot to borrow from them,
> > execpt some mailto: URL parsing code and code that generates subject line.
> 
> To quote yourself from other recent messages:
> |   Let's think about entire spectrum of problems with respect to timeout on
> | reading, not just described in original post.
> and
> |   We should thinkin more generic ways.
> 
> On the one hand, you think now your first patch isn't good because it
> isn't general enough, it handles only a special case: ACTIVATE on a

        It was not only on mailto:, but on any URL based on prefix matching.

> mailto link.  On the other hand, it's perfectly fine with you to handle
> some kinds of mail sending with an external program, but not all of
> them?

   We are talking about calling MUA, not MTA - so most items in the list below 
should be handled as they are now.

> Realize that any of the recently discussed "solutions" don't apply
> to comments sent with the COMMENT ('c') key.
 
   This can be easily hacked in. 
 
> Realize that any of the recently discussed "solutions" don't apply
> to mail that is sent when a FORM with ACTION="mailto:..."; is submitted.

   It shouldn't be invoked, of course.

> Realize that any of the recently discussed "solutions" don't apply
> to mail that is sent because of MAIL_SYSTEM_ERROR_LOGGING.

  It shouldn't.

> Realize that any of the recently discussed "solutions" don't apply
> to "Mail the file" from the "Printing Options" screen.

  It shouldn't, since user doesn't type the body of the message.
 
> Does this make sense?  Wouldn't a user expect that an "external
> mail handler" (or however it is going to be described) applies to
> all of those cases, too?  Or at least some?  Forgetting about those
> seems just as incomplete to me as limiting a mechanism to ACTIVATE only.
> 
> What is the problem you are trying to solve?  The answers depends on
> that.

  The use of MUA user asked for for going to mailto: links and (probably) for
sending comments.
 
>   Klaus
> 
> 
> ; To UNSUBSCRIBE: Send "unsubscribe lynx-dev" to address@hidden
> 

 Best regards,
  -Vlad


; To UNSUBSCRIBE: Send "unsubscribe lynx-dev" to address@hidden