Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #228171 > unrolled thread

Replacement Email Client

Back to article view | Back to linux.debian.user

Contents

  Replacement Email Client Patrick Bartek <nemommxiv@gmail.com> - 2020-10-25 01:10 +0200
    Re: Replacement Email Client Dan Ritter <dsr@randomstring.org> - 2020-10-25 01:40 +0200
      Re: Replacement Email Client Ed <ed-debian@s5h.net> - 2020-10-25 09:00 +0100
        Re: Replacement Email Client Dan Ritter <dsr@randomstring.org> - 2020-10-25 15:10 +0100
          Re: Replacement Email Client Dan Ritter <dsr@randomstring.org> - 2020-10-25 15:20 +0100
        Re: Replacement Email Client David Wright <deblis@lionunicorn.co.uk> - 2020-10-25 15:20 +0100
    Re: Replacement Email Client Leslie Rhorer <lesrhorer@att.net> - 2020-10-25 02:00 +0100
      Re: Replacement Email Client Patrick Bartek <nemommxiv@gmail.com> - 2020-10-25 18:30 +0100
    Re: Replacement Email Client Gene Heskett <gheskett@shentel.net> - 2020-10-25 03:00 +0100
      Re: Replacement Email Client Keith Bainbridge <ke1thozgroups@gmx.com> - 2020-10-25 07:30 +0100
        Re: Replacement Email Client Patrick Bartek <nemommxiv@gmail.com> - 2020-10-25 16:00 +0100
      Re: Replacement Email Client Patrick Bartek <nemommxiv@gmail.com> - 2020-10-25 18:30 +0100
    Re: Replacement Email Client Mark Allums <maa@allums.com> - 2020-10-25 04:40 +0100
    Re: Replacement Email Client Oliver Schoede <oliver.schode@online.de> - 2020-10-25 06:00 +0100
      Re: Replacement Email Client Patrick Bartek <nemommxiv@gmail.com> - 2020-10-25 18:30 +0100
    Re: Replacement Email Client Teemu Likonen <tlikonen@iki.fi> - 2020-10-25 06:30 +0100
      Re: Replacement Email Client John Hasler <jhasler@newsguy.com> - 2020-10-25 14:40 +0100
        Re: Replacement Email Client <tomas@tuxteam.de> - 2020-10-25 15:00 +0100
      Re: Replacement Email Client Patrick Bartek <nemommxiv@gmail.com> - 2020-10-25 18:40 +0100
        Re: Replacement Email Client John Hasler <jhasler@newsguy.com> - 2020-10-25 20:10 +0100
          Re: Replacement Email Client Charles Curley <charlescurley@charlescurley.com> - 2020-10-25 21:20 +0100
            Re: Replacement Email Client "Jeremy Nicoll" <jn.ml.dbn.25@letterboxes.org> - 2020-10-25 21:40 +0100
              Re: Replacement Email Client Charles Curley <charlescurley@charlescurley.com> - 2020-10-25 22:10 +0100
          Re: Replacement Email Client Patrick Bartek <nemommxiv@gmail.com> - 2020-10-26 01:30 +0100
            Re: Replacement Email Client Carl Fink <carlf@panix.com> - 2020-10-26 01:50 +0100
              Re: Replacement Email Client John Hasler <jhasler@newsguy.com> - 2020-10-26 02:20 +0100
                Re: Replacement Email Client Carl Fink <carlf@panix.com> - 2020-10-26 02:50 +0100
                  Re: Replacement Email Client Dan Ritter <dsr@randomstring.org> - 2020-10-26 03:00 +0100
                    Re: Replacement Email Client Michael <ml@hemathor.de> - 2020-10-26 12:40 +0100
                      Re: Replacement Email Client Greg Wooledge <wooledg@eeg.ccf.org> - 2020-10-26 13:00 +0100
                        Re: Replacement Email Client Michael <ml@hemathor.de> - 2020-10-26 13:10 +0100
                        Re: Replacement Email Client Curt <curty@free.fr> - 2020-10-26 15:10 +0100
                          Re: Replacement Email Client Greg Wooledge <wooledg@eeg.ccf.org> - 2020-10-26 15:20 +0100
                            Re: Replacement Email Client Linux-Fan <Ma_Sys.ma@web.de> - 2020-10-26 15:30 +0100
                            Re: Replacement Email Client Joe <joe@jretrading.com> - 2020-10-26 21:50 +0100
                              Re: Replacement Email Client Greg Wooledge <wooledg@eeg.ccf.org> - 2020-10-26 22:00 +0100
                              Re: Replacement Email Client David Wright <deblis@lionunicorn.co.uk> - 2020-10-26 22:10 +0100
                          Re: Replacement Email Client "Jeremy Nicoll" <jn.ml.dbn.25@letterboxes.org> - 2020-10-26 15:30 +0100
                            Re: Replacement Email Client Curt <curty@free.fr> - 2020-10-26 16:30 +0100
                    Re: Replacement Email Client Patrick Bartek <nemommxiv@gmail.com> - 2020-10-26 23:50 +0100
                      Re: Replacement Email Client <tomas@tuxteam.de> - 2020-10-27 09:20 +0100
                        Re: Replacement Email Client Greg Wooledge <wooledg@eeg.ccf.org> - 2020-10-27 12:50 +0100
              Re: Replacement Email Client Patrick Bartek <nemommxiv@gmail.com> - 2020-10-26 23:20 +0100
                Re: Replacement Email Client Carl Fink <carlf@panix.com> - 2020-10-27 02:30 +0100
                  Re: Replacement Email Client Curt <curty@free.fr> - 2020-10-27 10:00 +0100
                  Re: Replacement Email Client Patrick Bartek <nemommxiv@gmail.com> - 2020-10-27 21:50 +0100
                    Re: Replacement Email Client Dan Ritter <dsr@randomstring.org> - 2020-10-27 22:10 +0100
                      Re: Replacement Email Client "Jeremy Nicoll" <jn.ml.dbn.25@letterboxes.org> - 2020-10-27 23:30 +0100
                        Re: Replacement Email Client David Wright <deblis@lionunicorn.co.uk> - 2020-10-28 05:10 +0100
                          Re: Replacement Email Client "Jeremy Nicoll" <jn.ml.dbn.25@letterboxes.org> - 2020-10-28 13:50 +0100
                            Re: Replacement Email Client David Wright <deblis@lionunicorn.co.uk> - 2020-10-29 18:40 +0100
                        Re: Replacement Email Client Eric S Fraga <e.fraga@ucl.ac.uk> - 2020-11-03 10:00 +0100
                    Re: Replacement Email Client conover@rahul.net (John Conover) - 2020-10-28 00:20 +0100
                      Re: Replacement Email Client <tomas@tuxteam.de> - 2020-10-28 09:40 +0100
                        Free-services lead to increased RAM and CPU requirements (was: Re: Replacement Email Client) rhkramer@gmail.com - 2020-10-28 12:20 +0100
                          Re: Free-services lead to increased RAM and CPU requirements (was:  Re: Replacement Email Client) Andrei POPESCU <andreimpopescu@gmail.com> - 2020-10-28 12:50 +0100
                          Re: Free-services lead to increased RAM and CPU requirements John Hasler <jhasler@newsguy.com> - 2020-10-28 14:30 +0100
                            Re: Free-services lead to increased RAM and CPU requirements Andrei POPESCU <andreimpopescu@gmail.com> - 2020-10-28 16:00 +0100
                              Re: Free-services lead to increased RAM and CPU requirements John Hasler <jhasler@newsguy.com> - 2020-10-28 16:40 +0100
                        Re: Replacement Email Client Joe <joe@jretrading.com> - 2020-10-28 13:30 +0100
                          Re: Replacement Email Client John Hasler <jhasler@newsguy.com> - 2020-10-28 14:40 +0100
                Re: Replacement Email Client Greg Wooledge <wooledg@eeg.ccf.org> - 2020-10-27 12:50 +0100
                  Re: Replacement Email Client Joe <joe@jretrading.com> - 2020-10-27 17:10 +0100
                  Re: Replacement Email Client Joe <joe@jretrading.com> - 2020-10-27 17:20 +0100
                    Re: Replacement Email Client John Hasler <jhasler@newsguy.com> - 2020-10-27 17:40 +0100
                    Re: Replacement Email Client rhkramer@gmail.com - 2020-10-27 20:30 +0100
                      Re: Replacement Email Client Joe <joe@jretrading.com> - 2020-10-27 22:40 +0100
            Re: Replacement Email Client conover@rahul.net (John Conover) - 2020-10-26 06:00 +0100
        Re: Replacement Email Client Eric S Fraga <e.fraga@ucl.ac.uk> - 2020-10-27 14:00 +0100
    Re: Replacement Email Client ghe2001 <ghe2001@pm.me> - 2020-10-25 07:00 +0100
      Re: Replacement Email Client <tomas@tuxteam.de> - 2020-10-25 09:10 +0100
        Re: Replacement Email Client grumpy@mailfence.com - 2020-10-25 11:50 +0100
          Re: Replacement Email Client Kenneth Parker <sea7kenp@gmail.com> - 2020-10-25 12:00 +0100
            Re: Replacement Email Client Teemu Likonen <tlikonen@iki.fi> - 2020-10-25 12:10 +0100
              Re: Replacement Email Client Kenneth Parker <sea7kenp@gmail.com> - 2020-10-28 05:50 +0100
    Re: Replacement Email Client didier gaumet <didier.gaumet@gmail.com> - 2020-10-25 10:20 +0100
      Re: Replacement Email Client ed <ed-debian@s5h.net> - 2020-10-25 12:20 +0100
      Re: Replacement Email Client Patrick Bartek <nemommxiv@gmail.com> - 2020-10-25 19:00 +0100
        Re: Replacement Email Client didier gaumet <didier.gaumet@gmail.com> - 2020-10-25 20:10 +0100
          Re: Replacement Email Client Patrick Bartek <nemommxiv@gmail.com> - 2020-10-26 01:10 +0100
            Re: Replacement Email Client mick crane <mick.crane@gmail.com> - 2020-10-26 06:50 +0100
            Re: Replacement Email Client <tomas@tuxteam.de> - 2020-10-26 10:50 +0100
    Re: Replacement Email Client Michael <ml@hemathor.de> - 2020-10-25 13:20 +0100
      Re: Replacement Email Client Patrick Bartek <nemommxiv@gmail.com> - 2020-10-25 19:10 +0100

Page 2 of 5 — ← Prev page 1 [2] 3 4 5  Next page →

#228215

On Sun, 25 Oct 2020 14:07:00 -0500
John Hasler <jhasler@newsguy.com> wrote:

> Patrick Bartek writes:
> > But I need to view the entire email: images, graphics, etc. and be
> > able to interact with all the links, etc. and not just view them.
> > Want to get away from having to login to the mail account with a
> > browser to do so.  So, EMACS won't work for me.  
> 
> Log in to what mail account?  Gnus calls the browser and passes the
> HTML attachment to it.  No logging in involved.

Indeed, same as claws-mail. M. Bartek is using claws-mail now, and
wants to get away from it because he doesn't want to log in to the mail
account? I'm not following, either.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

[toc] | [prev] | [next] | [standalone]

#228217

On Sun, 25 Oct 2020, at 20:18, Charles Curley wrote:
 
> Indeed, same as claws-mail. M. Bartek is using claws-mail now, and
> wants to get away from it because he doesn't want to log in to the mail
> account? I'm not following, either.

I think there's a difference between a mail which has an html copy of 
plain text, where images etc that might be required for the html page 
can be fetched from servers - in that case a browser will be able to 
display the page well ... and emails which contain html and a set of 
associated image attachments.

In the latter case, just dumping the html into a temporary file and 
pointing a browser at it won't also give the browser access to the
associated images, unless (I suppose) a folder full of images are
passed to the browser as well as the html page, AND the image 
references inside the html somehow are modified from whatever
would have worked inside an email client, so that they browser 
can pick up the images in the folder.

By "logging-in", I guess the OP is referring to using a webmail system
where the webmail server presents an integrated view of the html page
and the unpacked embedded attached images.

-- 
Jeremy Nicoll - my opinions are my own.

[toc] | [prev] | [next] | [standalone]

#228219

On Sun, 25 Oct 2020 20:31:16 +0000
"Jeremy Nicoll" <jn.ml.dbn.25@letterboxes.org> wrote:

> I think there's a difference between a mail which has an html copy of 
> plain text, where images etc that might be required for the html page 
> can be fetched from servers - in that case a browser will be able to 
> display the page well ... and emails which contain html and a set of 
> associated image attachments.
> 
> In the latter case, just dumping the html into a temporary file and 
> pointing a browser at it won't also give the browser access to the
> associated images, unless (I suppose) a folder full of images are
> passed to the browser as well as the html page, AND the image 
> references inside the html somehow are modified from whatever
> would have worked inside an email client, so that they browser 
> can pick up the images in the folder.

Interesting. I don't recall seeing any of the latter, but then I
usually use claws-mail's built in HTML viewer, which strips images from
HTML emails before displaying them.

(Many email blasts use images from a server, with an especially encoded
URL, so that the sender knows exactly when the recipient opened the
email. That is one one of several reasons I don't load images.)

> 
> By "logging-in", I guess the OP is referring to using a webmail system
> where the webmail server presents an integrated view of the html page
> and the unpacked embedded attached images.

Ah. He abandons claws-mail entirely, and views the email on gmail (the
account from which he posts is a gmail account) in his browser. Yes,
that would be a PITA. I'd like to hear that from him before I
conjecture further.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

[toc] | [prev] | [next] | [standalone]

#228226

On Sun, 25 Oct 2020 14:07:00 -0500
John Hasler <jhasler@newsguy.com> wrote:

> Patrick Bartek writes:
> > But I need to view the entire email: images, graphics, etc. and be
> > able to interact with all the links, etc. and not just view them.
> > Want to get away from having to login to the mail account with a
> > browser to do so.  So, EMACS won't work for me.  
> 
> Log in to what mail account?  Gnus calls the browser and passes the
> HTML attachment to it.  No logging in involved.

I'm not referring to viewing HTML emails.  I already can do that in
Claws-Mail using its Dillo plugin. I'm talking about filling in forms,
etc. that are part of the HTML email and sending just the data without
"replying" in the normal sense.  This is beyond Claws' and Dillo's
capabilities.  I have to use a real browser, log into that particular
web mail account (like gmail), click on that particular email, etc. to
do so.

I'm getting the sense that I may not be able to find a client that can
do that.

B

[toc] | [prev] | [next] | [standalone]

#228227

On 10/25/20 8:28 PM, Patrick Bartek wrote:
> I'm not referring to viewing HTML emails. I already can do that in
> Claws-Mail using its Dillo plugin. I'm talking about filling in forms,
> etc. that are part of the HTML email and sending just the data without
> "replying" in the normal sense.  This is beyond Claws' and Dillo's
> capabilities.  I have to use a real browser, log into that particular
> web mail account (like gmail), click on that particular email, etc. to
> do so.
>
> I'm getting the sense that I may not be able to find a client that can
> do that.

I don't remember ever getting an emailed form that was anything but
a link to a web page. Who is sending you emailed inline forms?
-- 
Carl Fink                           nitpicking@nitpicking.com

Read my blog at blog.nitpicking.com.  Reviews!  Observations!

[toc] | [prev] | [next] | [standalone]

#228228

Carl writes:
> I don't remember ever getting an emailed form that was anything but a
> link to a web page.

I think that may be what he means.
-- 
John Hasler 
jhasler@newsguy.com
Elmwood, WI USA

[toc] | [prev] | [next] | [standalone]

#228229

On 10/25/20 9:17 PM, John Hasler wrote:
> Carl writes:
>> I don't remember ever getting an emailed form that was anything but a
>> link to a web page.
> I think that may be what he means.

Can't be. He refers to having to log into a mail account
in the browser. That is never required for these mailed
links to forms--the form is not in your mailbox and can't
require you to log into GMail or whatever.

-- 
Carl Fink                           nitpicking@nitpicking.com

Read my blog at blog.nitpicking.com.  Reviews!  Observations!

[toc] | [prev] | [next] | [standalone]

#228230

Carl Fink wrote: 
> On 10/25/20 9:17 PM, John Hasler wrote:
> > Carl writes:
> > > I don't remember ever getting an emailed form that was anything but a
> > > link to a web page.
> > I think that may be what he means.
> 
> Can't be. He refers to having to log into a mail account
> in the browser. That is never required for these mailed
> links to forms--the form is not in your mailbox and can't
> require you to log into GMail or whatever.

I think we are all confused and the original questioner needs to 
provide an example of the very strange email that they want
to work with.

-dsr-

[toc] | [prev] | [next] | [standalone]

#228234

hey,

On Monday, October 26, 2020 2:57:07 AM CET, Dan Ritter wrote:
> Carl Fink wrote: 
> I think we are all confused and the original questioner needs to 
> provide an example of the very strange email that they want
> to work with.

really?

i think it's pretty clear what he wants:

On Monday, October 26, 2020 1:28:48 AM CET, Patrick Bartek wrote:
> I'm not referring to viewing HTML emails.  I already can do that in
> Claws-Mail using its Dillo plugin. I'm talking about filling in forms,
> etc. that are part of the HTML email and sending just the data without
> "replying" in the normal sense.

slowly:

> I'm not referring to viewing HTML emails

his point is not to simply be able to 'view' html mails

> I already can do that in Claws-Mail using its Dillo plugin. 

he can already do that in claws-mail using its dillo plugin

> I'm talking about filling in forms, etc. that are part of the HTML email
> [...]
he is talking about filling in forms, etc. that are part of the html email.
guys, ever heard of the <form>...</form> html tags? that's what he means.

> [...] and sending just the data without "replying" in the normal sense
he wants an email client that displays html email _with forms_ and fill in 
these forms _within the email client_, and send the data by clicking some 
kind of 'submit' button _within the email client_.

correct me, if i'm wrong...

greetings...

[toc] | [prev] | [next] | [standalone]

#228235

On Mon, Oct 26, 2020 at 12:38:36PM +0100, Michael wrote:
> he is talking about filling in forms, etc. that are part of the html email.
> guys, ever heard of the <form>...</form> html tags? that's what he means.

But what would the form's Submit action be?

[toc] | [prev] | [next] | [standalone]

#228237

hey,

On Monday, October 26, 2020 12:57:18 PM CET, Greg Wooledge wrote:
> But what would the form's Submit action be?

no idea. and i don't care. ask him...
i am not defending his desire using forms in an email client, i am just 
trying to translate what i think he wants.

but to answer your question:
afair, an html form usually initiates a post request with the contents of 
the form fields. so probably an external browser would be opened issueing 
that post request, if that's even possible. i don't know.
but a <form method="get"> submits a get request, which should work... not 
sure about this.

greetings...

[toc] | [prev] | [next] | [standalone]

#228241

On 2020-10-26, Greg Wooledge <wooledg@eeg.ccf.org> wrote:
> On Mon, Oct 26, 2020 at 12:38:36PM +0100, Michael wrote:
>> he is talking about filling in forms, etc. that are part of the html email.
>> guys, ever heard of the <form>...</form> html tags? that's what he means.
>
> But what would the form's Submit action be?


<!DOCTYPE html>
<html>
<body>

<h2>HTML Forms</h2>

<form action="/action_page.php">
  <label for="fname">First name:</label><br>
  <input type="text" id="fname" name="fname" value="John"><br>
  <label for="lname">Last name:</label><br>
  <input type="text" id="lname" name="lname" value="Doe"><br><br>
  <input type="submit" value="Submit">
</form> 

<p>If you click the "Submit" button, the form-data will be sent to a page called "/action_page.php".</p>

</body>
</html>

[toc] | [prev] | [next] | [standalone]

#228244

On Mon, Oct 26, 2020 at 01:49:05PM +0000, Curt wrote:
> On 2020-10-26, Greg Wooledge <wooledg@eeg.ccf.org> wrote:
> > On Mon, Oct 26, 2020 at 12:38:36PM +0100, Michael wrote:
> >> he is talking about filling in forms, etc. that are part of the html email.
> >> guys, ever heard of the <form>...</form> html tags? that's what he means.
> >
> > But what would the form's Submit action be?
> 
> 
> <!DOCTYPE html>
> <html>
> <body>
> 
> <h2>HTML Forms</h2>
> 
> <form action="/action_page.php">
>   <label for="fname">First name:</label><br>
>   <input type="text" id="fname" name="fname" value="John"><br>
>   <label for="lname">Last name:</label><br>
>   <input type="text" id="lname" name="lname" value="Doe"><br><br>
>   <input type="submit" value="Submit">
> </form> 
> 
> <p>If you click the "Submit" button, the form-data will be sent to a page called "/action_page.php".</p>
> 
> </body>
> </html>

Yes, this is exactly my point.

If you've received this form from a WEB SERVER, then /action_page.php
refers to a script on that same web server.  Or the equivalent of a
script.

But if you're just reading this form in a FILE on your LOCAL MACHINE,
which is what email is, then what is /action_page.php supposed to do?

[toc] | [prev] | [next] | [standalone]

#228245

[Multipart message — attachments visible in raw view] — view raw

Greg Wooledge writes:

> On Mon, Oct 26, 2020 at 01:49:05PM +0000, Curt wrote:
> > On 2020-10-26, Greg Wooledge <wooledg@eeg.ccf.org> wrote:
> > > On Mon, Oct 26, 2020 at 12:38:36PM +0100, Michael wrote:
> > >> he is talking about filling in forms, etc. that are part of the html  email.
> > >> guys, ever heard of the <form>...</form> html tags? that's what he means.
> > >
> > > But what would the form's Submit action be?
> >
> >
> > <!DOCTYPE html>
> > <html>
> > <body>
> >
> > <h2>HTML Forms</h2>
> >
> > <form action="/action_page.php">
> >   <label for="fname">First name:</label><br>
> >   <input type="text" id="fname" name="fname" value="John"><br>
> >   <label for="lname">Last name:</label><br>
> >   <input type="text" id="lname" name="lname" value="Doe"><br><br>
> >   <input type="submit" value="Submit">
> > </form>
> >
> > <p>If you click the "Submit" button, the form-data will be sent to a page  
> > called "/action_page.php".</p>
> >
> > </body>
> > </html>
>
> Yes, this is exactly my point.
>
> If you've received this form from a WEB SERVER, then /action_page.php
> refers to a script on that same web server.  Or the equivalent of a
> script.
>
> But if you're just reading this form in a FILE on your LOCAL MACHINE,
> which is what email is, then what is /action_page.php supposed to do?

In an e-mail form one would expect the `action` to point to an absolute URL.  
Consider this example (derived from above):

<!DOCTYPE html>
<html>
<head><title>Absolute URL form test</title></head>
<body>
<form action="https://www.google.com/search" method="GET">
  <label for="q">Search Query:</label><br>
  <input type="text" id="q" name="q" value="Test"><br>
  <input type="submit" value="Submit">
</form>
</body>
</html>

Works independently of where the file is stored and could thus also run  
inside an e-mail client.

HTH
Linux-Fan

öö

[toc] | [prev] | [next] | [standalone]

#228262

On Mon, 26 Oct 2020 10:10:10 -0400
Greg Wooledge <wooledg@eeg.ccf.org> wrote:

> On Mon, Oct 26, 2020 at 01:49:05PM +0000, Curt wrote:
> > On 2020-10-26, Greg Wooledge <wooledg@eeg.ccf.org> wrote:  
> > > On Mon, Oct 26, 2020 at 12:38:36PM +0100, Michael wrote:  
> > >> he is talking about filling in forms, etc. that are part of the
> > >> html email. guys, ever heard of the <form>...</form> html tags?
> > >> that's what he means.  
> > >
> > > But what would the form's Submit action be?  
> > 
> > 
> > <!DOCTYPE html>
> > <html>
> > <body>
> > 
> > <h2>HTML Forms</h2>
> > 
> > <form action="/action_page.php">
> >   <label for="fname">First name:</label><br>
> >   <input type="text" id="fname" name="fname" value="John"><br>
> >   <label for="lname">Last name:</label><br>
> >   <input type="text" id="lname" name="lname" value="Doe"><br><br>
> >   <input type="submit" value="Submit">
> > </form> 
> > 
> > <p>If you click the "Submit" button, the form-data will be sent to
> > a page called "/action_page.php".</p>
> > 
> > </body>
> > </html>  
> 
> Yes, this is exactly my point.
> 
> If you've received this form from a WEB SERVER, then /action_page.php
> refers to a script on that same web server.  Or the equivalent of a
> script.
> 
> But if you're just reading this form in a FILE on your LOCAL MACHINE,
> which is what email is, then what is /action_page.php supposed to do?
> 

And if the full URL is present, will the website not still require a
login before serving the page?

-- 
Joe

[toc] | [prev] | [next] | [standalone]

#228264

On Mon, Oct 26, 2020 at 08:48:26PM +0000, Joe wrote:
> On Mon, 26 Oct 2020 10:10:10 -0400
> Greg Wooledge <wooledg@eeg.ccf.org> wrote:
> > But if you're just reading this form in a FILE on your LOCAL MACHINE,
> > which is what email is, then what is /action_page.php supposed to do?
> > 
> 
> And if the full URL is present, will the website not still require a
> login before serving the page?

Depends on the web page, doesn't it?

I've gotta say here, anyone who responds to an email containing an HTML
form is probably feeding information to spammers.  Even worse, in my
experience most web browsers provide NO way to know what a form's
Submit button does.  There's no mouseover hint or anything.  Not that
mouseover hints are of any use when Javascript is in effect, but that's
a different dead horse.

[toc] | [prev] | [next] | [standalone]

#228265

On Mon 26 Oct 2020 at 20:48:26 (+0000), Joe wrote:
> On Mon, 26 Oct 2020 10:10:10 -0400 Greg Wooledge <wooledg@eeg.ccf.org> wrote:
> > On Mon, Oct 26, 2020 at 01:49:05PM +0000, Curt wrote:
> > > On 2020-10-26, Greg Wooledge <wooledg@eeg.ccf.org> wrote:  
> > > > On Mon, Oct 26, 2020 at 12:38:36PM +0100, Michael wrote:  
> > > >> he is talking about filling in forms, etc. that are part of the
> > > >> html email. guys, ever heard of the <form>...</form> html tags?
> > > >> that's what he means.  
> > > >
> > > > But what would the form's Submit action be?  
> > > 
> > > 
> > > <!DOCTYPE html>
> > > <html>
> > > <body>
> > > 
> > > <h2>HTML Forms</h2>
> > > 
> > > <form action="/action_page.php">
> > >   <label for="fname">First name:</label><br>
> > >   <input type="text" id="fname" name="fname" value="John"><br>
> > >   <label for="lname">Last name:</label><br>
> > >   <input type="text" id="lname" name="lname" value="Doe"><br><br>
> > >   <input type="submit" value="Submit">
> > > </form> 
> > > 
> > > <p>If you click the "Submit" button, the form-data will be sent to
> > > a page called "/action_page.php".</p>
> > > 
> > > </body>
> > > </html>  
> > 
> > Yes, this is exactly my point.
> > 
> > If you've received this form from a WEB SERVER, then /action_page.php
> > refers to a script on that same web server.  Or the equivalent of a
> > script.
> > 
> > But if you're just reading this form in a FILE on your LOCAL MACHINE,
> > which is what email is, then what is /action_page.php supposed to do?
> > 
> 
> And if the full URL is present, will the website not still require a
> login before serving the page?

I don't know anything about the mechanisms that lie behind this, but
I don't think it would be sensible to email a form with an absolute
address on it. What happens when somebody mass emails a form with a
typo in the address, and people send their completed information to
one of these goog1e traps?

Cheers,
David.

[toc] | [prev] | [next] | [standalone]

#228246

On Mon, 26 Oct 2020, at 13:49, Curt wrote:
> On 2020-10-26, Greg Wooledge <wooledg@eeg.ccf.org> wrote:

> > But what would the form's Submit action be?

> <h2>HTML Forms</h2>
> 
> <form action="/action_page.php">

... which works fine when someone is browsing a page served by some 
website's own server... as that partial URL points to a php file which is
part of the website concerned.

But the point that Greg is making (I assume) is that if you view an html file
that was part of an email, in a browser, that "/action_page...." will not point
anywhere sensible unless it contains a full URL.

-- 
Jeremy Nicoll - my opinions are my own.

[toc] | [prev] | [next] | [standalone]

#228251

On 2020-10-26, Jeremy Nicoll <jn.ml.dbn.25@letterboxes.org> wrote:
> On Mon, 26 Oct 2020, at 13:49, Curt wrote:
>> On 2020-10-26, Greg Wooledge <wooledg@eeg.ccf.org> wrote:
>
>> > But what would the form's Submit action be?
>
>> <h2>HTML Forms</h2>
>> 
>> <form action="/action_page.php">
>
> ... which works fine when someone is browsing a page served by some 
> website's own server... as that partial URL points to a php file which is
> part of the website concerned.

 <form action="[example_url]" method="get">
 <!-- Form content -->
 </form>

?

> But the point that Greg is making (I assume) is that if you view an html file
> that was part of an email, in a browser, that "/action_page...." will not point
> anywhere sensible unless it contains a full URL.
>


-- 

[toc] | [prev] | [next] | [standalone]

#228271

On Sun, 25 Oct 2020 21:57:07 -0400
Dan Ritter <dsr@randomstring.org> wrote:

> Carl Fink wrote: 
> > On 10/25/20 9:17 PM, John Hasler wrote:  
> > > Carl writes:  
> > > > I don't remember ever getting an emailed form that was anything
> > > > but a link to a web page.  
> > > I think that may be what he means.  
> > 
> > Can't be. He refers to having to log into a mail account
> > in the browser. That is never required for these mailed
> > links to forms--the form is not in your mailbox and can't
> > require you to log into GMail or whatever.  
> 
> I think we are all confused and the original questioner needs to 
> provide an example of the very strange email that they want
> to work with.

Okay.  Here's a trivial one to keep it simple:

Recently I went to my bank in person. A few days later I get an HTML
email wanting to know my level of satisfaction for the service I
received: 1 to 10, worse to best. There was a gadget in the email to
enter the number, and a SUBMIT button. That's it. I could view all this
in Claws through the Dillo plugin, but of course nothing is clickable.
So, would have to do the browser thing to respond. Not that I responded.
Too much a bother.

FWIW, all emails I get now from businesses, government agencies,
Windows users, etc. are HTML-based.  Text-based has mostly gone the way
of the dodo.

B

[toc] | [prev] | [next] | [standalone]

Page 2 of 5 — ← Prev page 1 [2] 3 4 5  Next page →

Back to top | Article view | linux.debian.user

csiph-web