Re: Replacement Email Client

[mick crane]

On 2020-10-26 00:07, Patrick Bartek wrote:
 I have Dillo configured NOT to show images initially. Do that for

security. Reloading page usually brings them up. It will follow some
links to other pages, but for viewing purposes only. One cannot
interact and transmit data as I need to.  I have to use a real browser
for that. And that means logging in through the browser to that
particular email account.


I think this is what is confusing people ( having to logon to gmail to 
see the HTML)
The email you receive has the text and the HTML stored as a file on your 
computer.

You organise the mail reader to process the HTML or not.
I don't know why everybody doesn't use Dovecot/Dovecot-sieve/roundcube 
=o)


mick

--
Key ID4BFEBB31

Re: Replacement Email Client

[John Conover]

Patrick Bartek writes:
> On Sun, 25 Oct 2020 14:07:00 -0500
> John Hasler  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.
>

I'm just guessing, but Thunderbird's Preferences->General "Files &
Attachments" section should read something like "https Use Google
Chrome (default)", or whatever.

Mine does, and an HTML email calls chrome as a separate process with
the HTML email, (I did not attempt a reply after editing.)

My wife's Thunderbird has nothing in the Content Type section of
"Files & Attachments", and does not call chrome for the same email,
(and I could not find any way of making changes there, and
antagonizing Google didn't yield a way to do it, either-anyone know?)

Maybe ~/.mailcap, (and refresh via update-mime --local)?

Or maybe something in /etc/alternatives/*.

Or maybe some other riddle.

John

-- 

John Conover, cono...@rahul.net, http://www.johncon.com/

Re: Replacement Email Client

[Dan Ritter]

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-

Re: Replacement Email Client

[Carl Fink]

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   nitpick...@nitpicking.com

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

Re: Replacement Email Client

[John Hasler]

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 
jhas...@newsguy.com
Elmwood, WI USA

Re: Replacement Email Client

[Carl Fink]

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   nitpick...@nitpicking.com

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

Re: Replacement Email Client

[Patrick Bartek]

On Sun, 25 Oct 2020 14:07:00 -0500
John Hasler  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

Re: Replacement Email Client

[Patrick Bartek]

On Sun, 25 Oct 2020 11:42:20 -0700 (PDT)
didier gaumet  wrote:

> Le dimanche 25 octobre 2020 à 19:00:08 UTC+1, Patrick Bartek a écrit :
> 
> > Already have Dillo set up, but I need more than a viewer. I want a 
> > client that handles HTML as well as plain text emails, so I don't
> > have to login into the mail account via a browser to interact with
> > the email.  
> 
> I just tested the dillo plugin: I do not know if it is sufficient for
> your usage but after setting the plugin up, I was able to click on
> the links into the emails and most (not all) images were displayed

I have Dillo configured NOT to show images initially. Do that for
security. Reloading page usually brings them up. It will follow some
links to other pages, but for viewing purposes only. One cannot
interact and transmit data as I need to.  I have to use a real browser
for that. And that means logging in through the browser to that
particular email account.

> [...]
> > I installed Balsa in Devuan Beowulf which I'm testing, and it only 
> > installed a few libraries. Don't know if the same is true with
> > Buster. I'm still evaluating it. No opinion as yet. Wasn't able to
> > get it to receive mails, but could send. Probably an erroneous
> > setting somewhere. It was late.   
> 
> Just tested Balsa here (Buster+Gnome): I could read my emails but
> HTML was not rendered

Probably a missed setting somewhere.  But the more I look at Balsa, the
more I think it's just, for all practical purposes, a clone of
Claws-Mail.  I could be wrong.  We'll see.  Installing it for the third
try after purging it twice.

> If Claws HTML  rendering with the Dillo plugin is not satisfying
> enough for you, I fear you will need a heavy client like Thunderbird,
> Evolution or Kmail...

Oh, I hope not!!

B 

Re: aptitude safe-upgrade vs apt-get upgrade.

[Michael Lange]

Hi,

On Sun, 25 Oct 2020 17:53:16 -0500
"R. Ramesh"  wrote:

(...)

> Nothing fancy. Installed debian 10 from USB and added multi-media and 
> installed mythfrontend. That is all I have done.
> This is a NUC Pentium (N3700) box and not fancy at all.  Here is my
> kernel

(...)

> My apt-get/aptitude output showed clear differences between the two.
> So, I am not convinced about your claim that they should do the same
> thing on a stable release unless stable release itself was broken when 
> installing with debian-10.6.0-amd64-netinst.iso.

it looks like what happens here is that the upgrade would replace
installed versions of multimedia related packages from buster with those
from deb-multimedia. Obviously apt-get and aptitude do not agree how to
handle this situation. Installing those packages requires obviously to
replace for example libcdio18 with libcdio19, which apt-get won't do with
the "apt-get upgrade" command.
I believe that most likely the root of the problem is, that no
apt-pinning rule is defined for the deb-multimedia repo.

To resolve this, you might consider to create a file
like e.g. /etc/apt/preferences.d/multimedia .

Here the content of that file looks like:

Package: *
Pin: release o=Unofficial Multimedia Packages,n=buster
Pin-Priority: 332

Package: *
Pin: release o=Unofficial Multimedia Packages,n=buster-backports
Pin-Priority: 331

with the respective entries in my sources.list:

deb http://www.deb-multimedia.org buster main non-free
deb http://www.deb-multimedia.org buster-backports main non-free

This should ensure that no such "accidental" upgrades will occur.

Regards

Michael

.-.. .. ...- .   .-.. --- -. --.   .- -. -..   .--. .-. --- ... .--. . .-.

Lots of people drink from the wrong bottle sometimes.
-- Edith Keeler, "The City on the Edge of Forever",
   stardate unknown

Re: Re: aptitude safe-upgrade vs apt-get upgrade.

[R. Ramesh]

To begin with, which distribution is it? In general, with Stable, it
pretty much doesn't matter which tool is used. The kind of problems you
have indicate Unstable or Testing.

First, apt is pretty much apt-get, with different syntax and a few
extra features. Aptitude can generally do a better job of resolving
'difficult' dependencies, but if used with a great many packages (>100)
is likely to be very slow. With more than about 500 packages to deal
with, it may grind to a halt. Don't use it on an Unstable which hasn't
been upgraded for six months. Don't use it for a version upgrade of
Stable, unless the release notes for the upgrade explicitly recommend
it.

Synaptic, the GUI tool, is a front end to apt-get. All the apt tools
are a front end to dpkg, which does all the work but does no dependency
checking and is therefore not safe to be used directly.

All of the tools have a 'safe' mode which is guaranteed not to remove
packages. However, many upgrades do require the removal of some
packages, so the safe mode will only get you so far in these cases.

If you are using Stable, there should never be any real problem in
upgrading. With Testing or Unstable, problems do occur, and you need to
be willing to understand and solve them. Generally, if you keep the
system up to date regularly, aptitude will usually do a good job.

With Unstable or Testing, it is often the case that new versions of a
few packages from a large related set become available before the rest.
The new packages will be mostly incompatible with the existing set, so
upgrading them will cause the removal of some of the rest of the set,
along with other applications which depend on them. If you see that
half your applications are about to be removed, say 'no'. If you do
this with apt-get or apt in safe mode, then packages will be 'held
back'. Aptitude full-upgrade will usually give you a number of options,
with decreasing numbers of removals proposed. If you keep declining
options, it will eventually get to 'keep everything as it is', but you
may find one of the options worth doing.

Generally time will sort this problem out, as the rest of the set is
released. It is usually possible to upgrade some packages which do not
include the problem ones. This can be done with any of the tools, but
on a graphical system I prefer Synaptic. Other methods may involve a lot
of typing.
My bad, I did not think releases mattered to figure out the 
differentiation between the two. I am on current stable release

installed within the last month. Here is my /etc/os-release

myth2 [rramesh] 102 > cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 10 (buster)"
NAME="Debian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=debian
HOME_URL="https://www.debian.org/;
SUPPORT_URL="https://www.debian.org/support;
BUG_REPORT_URL="https://bugs.debian.org/;
Nothing fancy. Installed debian 10 from USB and added multi-media and 
installed mythfrontend. That is all I have done.

This is a NUC Pentium (N3700) box and not fancy at all.  Here is my kernel

myth2 [rramesh] 104 > uname -a
Linux myth2 4.19.0-11-amd64 #1 SMP Debian 4.19.146-1 (2020-09-17) 
x86_64 GNU/Linux
My apt-get/aptitude output showed clear differences between the two. So, 
I am not convinced about your claim that they should do the same thing 
on a stable release unless stable release itself was broken when 
installing with debian-10.6.0-amd64-netinst.iso.


Regards
Ramesh

nftables not user friendly

[Ross Boylan]

OK, this is mostly a rant, but after spending several days with nft I'm
pretty frustrated.
Let me start with this:
root@barley:~# /usr/sbin/nft --check -f /etc/network/ban
root@barley:~# echo $?
1

1. The command to see if the file is OK does nothing but produce a return
code.  Shouldn't a program that is running a check say something, at least
if there's an error?  The usual Unix convention AFAIK is silence =
success.  But this is not success.
2. Even figuring out that --check and -f both needed to be specified was
not obvious from the man page.
3. It is documented that 1 is an error code--good that it's documented--but
it is non-specific (one reason I wondered if I had the command line syntax
right).

Of course, I'd love to check myself if my "ban" file is syntactically and
semantically correct, but that information is not laid out on the man page
or on the nft web site.  That website says that 2 syntaxes are available,
but only has a reasonably clear specification (I think) of the first,
command line oriented syntax.  It doesn't even say if the 2 can be mixed;
apparently sometimes they can and  sometimes they can't (see debian bug
879684, in which the Debian maintainer says they can't be mixed).  It
doesn't say if comments are allowed in the second syntax.  So...

4. Format of input files is nowhere fully specified.
5. Much else is nowhere specified.  For example, by trial and error (see
item 8 below) I found that a set containing a range like 1.2.3.4/18 needed
to have "flags interval" specified.  The documentation mentions that
interval is a possible value for a flag but, as far as I can tell, doesn't
say what that does or means at all.  Furthermore, the only related use of
interval is gc-interval, and that is a time interval.
6. And apparently the flag interval only works with a table inet family,
not the ip family, unless there is something else going on (e.g., maybe I
need to delete the set explicitly before changing the flag).

Even the cosmetics are off:
7. The man page for nft is filled with stray characters (apparently putting
0 before and after every term) and runs alternate syntaxes together without
a line break.  The summary for tables is
---
{add | create} table [family] table [ { flags flags } ] {delete | list |
flush} table [family] table delete table
[family] handle handle

These cosmetic problems seem confined to viewing with the KDE Help Center;
things look OK with man nft in a terminal.

Finally, more substantively
8. nft did produce useful error messages with short input files.  But with
long ones it was silent (ban has a bit over 11K lines).

I dislike writing documentation, and I'd guess so do the people working on
nftables.   Further, since they spend their time immersed in the network
stack they have a lot of background information that it may be difficult
for them to recognize is unknown by their potential users.  But the result
IMO is a mess.

Ross Boylan

Re: I take it back

[Charles Curley]

On Sun, 25 Oct 2020 17:22:34 -0400
Roberto C. Sánchez  wrote:

> If you install a package that is removed or absent from a subsequent
> release and you then upgrade, the package will remain installed.  The
> only exception is if another package during the upgrade conflicts with
> the obsolete package, triggering a removal.
> 
> If you execute 'apt-cache policy gksu' on your system, you will see
> that it is not associated with a remote repository.  That means that
> your system only knows about the package because it happens to
> already be installed.

Thank you, that helps.


-- 
Does anybody read signatures any more?

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

Re: I take it back

[Roberto C . Sánchez]

On Sun, Oct 25, 2020 at 02:52:41PM -0600, Charles Curley wrote:
> On Sun, 25 Oct 2020 16:25:12 -0400
> Roberto C. Sánchez  wrote:
> 
> > It helps if you use the correct command to answer the question at
> > hand:
> > 
> > rmadison -u debian -a source gksu
> > gksu   | 2.0.2-9   | oldoldstable | source
> > gksu   | 2.0.2-9   | oldstable| source
> > 
> > Tomas' statement is correct, in that gksu is not in Debian unstable or
> > in any release since stretch.  It looks like you might be using an
> > older Debian release.
> 
> Had I known of rmadison's existence, I might have used it.
> 
> I am using buster, upgraded from stretch. A quick look at my various apt
> sources.list files indicate I am not using any non-buster repos. So why
> did gksu show up in my buster apt cache? Since it is also on my system,
> and works, I conjecture that it was not removed at the time of the
> dist-upgrade.
> 
> Checking another machine that had a fresh installation of buster, gksu
> is not installed and "apt-cache search gksu" returns nothing.
> 
> Curiouser and curiouser.
> 
If you install a package that is removed or absent from a subsequent
release and you then upgrade, the package will remain installed.  The
only exception is if another package during the upgrade conflicts with
the obsolete package, triggering a removal.

If you execute 'apt-cache policy gksu' on your system, you will see that
it is not associated with a remote repository.  That means that your
system only knows about the package because it happens to already be
installed.

Regards,

-Roberto

-- 
Roberto C. Sánchez

Strange problem after upgrading from Buster to testing.

[matthew dyer]

Hi all,

I am wondering if this should be sent to the Debian accessibility list, but any 
way, I am in the prosses of installing Debian buster, but wanted to upgrade to 
testing.  I have a very strange problem happens where the system will not boot, 
so tried to install the bulzie testing with the latest alfa image which has 
worked fine in the past, but now it will not boot from usb.  I do not have 
sited help  so not sure what has changed.  I am installing on an hp notebook 
with the nonfree firmware image.  I am wondering if there is a change 
somewhere.  Buster works fine.  Thanks all.

Matthew

Re: I take it back

[Charles Curley]

On Sun, 25 Oct 2020 16:25:12 -0400
Roberto C. Sánchez  wrote:

> It helps if you use the correct command to answer the question at
> hand:
> 
> rmadison -u debian -a source gksu
> gksu   | 2.0.2-9   | oldoldstable | source
> gksu   | 2.0.2-9   | oldstable| source
> 
> Tomas' statement is correct, in that gksu is not in Debian unstable or
> in any release since stretch.  It looks like you might be using an
> older Debian release.

Had I known of rmadison's existence, I might have used it.

I am using buster, upgraded from stretch. A quick look at my various apt
sources.list files indicate I am not using any non-buster repos. So why
did gksu show up in my buster apt cache? Since it is also on my system,
and works, I conjecture that it was not removed at the time of the
dist-upgrade.

Checking another machine that had a fresh installation of buster, gksu
is not installed and "apt-cache search gksu" returns nothing.

Curiouser and curiouser.

-- 
Does anybody read signatures any more?

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

Re: Replacement Email Client

[Charles Curley]

On Sun, 25 Oct 2020 20:31:16 +
"Jeremy Nicoll"  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/

Re: aptitude safe-upgrade vs apt-get upgrade.

[Joe]

On Sun, 25 Oct 2020 12:12:19 -0500
Ram Ramesh  wrote:

> Hi,
> 
>    I am trying to upgrade the current setup and I am unable to 
> understand the differences between aptitude vs. apt-get usage.
> When I do apt-get -s upgrade, I get
> > myth2 [rramesh] 100 > sudo apt-get -s upgrade
> > Reading package lists... Done
> > Building dependency tree
> > Reading state information... Done
> > Calculating upgrade... Done
> > The following packages have been kept back:
> >   gstreamer1.0-gl gstreamer1.0-plugins-bad gstreamer1.0-plugins-base
> >   gstreamer1.0-plugins-good gstreamer1.0-plugins-ugly
> > libasound2-plugins libavcodec58 libavformat58 libavresample4
> > libavutil56 libchromaprint1 libgstreamer-gl1.0-0
> > libgstreamer-plugins-bad1.0-0 libgstreamer-plugins-base1.0-0
> > libswresample3 libswscale5 linux-image-amd64
> >   mythtv-frontend
> > 0 upgraded, 0 newly installed, 0 to remove and 18 not upgraded.  
> Clearly nothing is  going to be done. However aptitude -s
> safe-upgrade shows that it will install these.
> > myth2 [rramesh] 101 > sudo aptitude -s safe-upgrade
> > Resolving dependencies...
> > The following NEW packages will be installed:
> >   libcdio19{a} libfaac0{a} libfdk-aac2{a} libilbc2{a} libkvazaar4{a}
> >   liblrdf0{a} libmfx1{a} libopenh264-5{a} libx264-157{a}
> > libx265-176{a} linux-image-4.19.0-12-amd64{a}
> > The following packages will be REMOVED:
> >   libcdio18{u} libcrystalhd3{u} libssh-gcrypt-4{u} libvpx5{u}
> >   libx264-155{u} libx265-165{u}
> > The following packages will be upgraded:
> >   gstreamer1.0-gl gstreamer1.0-plugins-bad gstreamer1.0-plugins-base
> >   gstreamer1.0-plugins-good gstreamer1.0-plugins-ugly
> > libasound2-plugins libavcodec58 libavformat58 libavresample4
> > libavutil56 libchromaprint1 libgstreamer-gl1.0-0
> > libgstreamer-plugins-bad1.0-0 libgstreamer-plugins-base1.0-0
> > libswresample3 libswscale5 linux-image-amd64
> > 17 packages upgraded, 11 newly installed, 6 to remove and 1 not
> > upgraded. Need to get 72.9 MB of archives. After unpacking 270 MB
> > will be used.
> >
> > Note: Using 'Simulate' mode.
> > Do you want to continue? [Y/n/?]
> > Would download/install/remove packages.  
> This makes me wonder if it is better to use aptitude over apt-get.
> Why these differences?  What is the correct way to maintain a working
> system and still keep the system up to date.

To begin with, which distribution is it? In general, with Stable, it
pretty much doesn't matter which tool is used. The kind of problems you
have indicate Unstable or Testing.

First, apt is pretty much apt-get, with different syntax and a few
extra features. Aptitude can generally do a better job of resolving
'difficult' dependencies, but if used with a great many packages (>100)
is likely to be very slow. With more than about 500 packages to deal
with, it may grind to a halt. Don't use it on an Unstable which hasn't
been upgraded for six months. Don't use it for a version upgrade of
Stable, unless the release notes for the upgrade explicitly recommend
it.

Synaptic, the GUI tool, is a front end to apt-get. All the apt tools
are a front end to dpkg, which does all the work but does no dependency
checking and is therefore not safe to be used directly.

All of the tools have a 'safe' mode which is guaranteed not to remove
packages. However, many upgrades do require the removal of some
packages, so the safe mode will only get you so far in these cases.

If you are using Stable, there should never be any real problem in
upgrading. With Testing or Unstable, problems do occur, and you need to
be willing to understand and solve them. Generally, if you keep the
system up to date regularly, aptitude will usually do a good job.

With Unstable or Testing, it is often the case that new versions of a
few packages from a large related set become available before the rest.
The new packages will be mostly incompatible with the existing set, so
upgrading them will cause the removal of some of the rest of the set,
along with other applications which depend on them. If you see that
half your applications are about to be removed, say 'no'. If you do
this with apt-get or apt in safe mode, then packages will be 'held
back'. Aptitude full-upgrade will usually give you a number of options,
with decreasing numbers of removals proposed. If you keep declining
options, it will eventually get to 'keep everything as it is', but you
may find one of the options worth doing. 

Generally time will sort this problem out, as the rest of the set is
released. It is usually possible to upgrade some packages which do not
include the problem ones. This can be done with any of the tools, but
on a graphical system I prefer Synaptic. Other methods may involve a lot
of typing.

-- 
Joe

Re: Replacement Email Client

[Jeremy Nicoll]

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.

Re: I take it back

[Roberto C . Sánchez]

On Sun, Oct 25, 2020 at 02:07:15PM -0600, Charles Curley wrote:
> On Sun, 25 Oct 2020 10:58:33 +0100
> to...@tuxteam.de wrote:
> 
> > I think gksudo and cousins (among them the KDE flavour whose name I
> > keep forgetting) are dead, they don't exist in Debian since buster.
> 
> Don't tell us what you think, report facts. And show your data. E.g.:
> 
> charles@hawk:~$ apt-cache search gksudo
> gksu - graphical front-end to su and sudo
> charles@hawk:~$ 
> 
It helps if you use the correct command to answer the question at hand:

rmadison -u debian -a source gksu
gksu   | 2.0.2-9   | oldoldstable | source
gksu   | 2.0.2-9   | oldstable| source

Tomas' statement is correct, in that gksu is not in Debian unstable or
in any release since stretch.  It looks like you might be using an older
Debian release.

Regards,

-Roberto

-- 
Roberto C. Sánchez

Re: Replacement Email Client

[Charles Curley]

On Sun, 25 Oct 2020 14:07:00 -0500
John Hasler  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/

Re: I take it back

[Charles Curley]

On Sun, 25 Oct 2020 10:58:33 +0100
to...@tuxteam.de wrote:

> I think gksudo and cousins (among them the KDE flavour whose name I
> keep forgetting) are dead, they don't exist in Debian since buster.

Don't tell us what you think, report facts. And show your data. E.g.:

charles@hawk:~$ apt-cache search gksudo
gksu - graphical front-end to su and sudo
charles@hawk:~$ 

-- 
Does anybody read signatures any more?

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


pgptRAJRXXaTd.pgp
Description: OpenPGP digital signature

Re: Please be respectful

[Charles Curley]

On Sun, 25 Oct 2020 09:59:05 +0100
Jan Foniok  wrote:

> > On 18 Oct 2020, at 04:06, Weaver  wrote:

> Just for the record, I'm actually sick of you and Leslie Rhorer.

Hear, hear.


-- 
Does anybody read signatures any more?

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

Re: Replacement Email Client

[황병희]

> Any suggestions?  

Surprisingly, Gnus handle very well HTML emails.

Sincerely, Gnus fan Byung-Hee

-- 
^고맙습니다 _和合團結_ 감사합니다_^))//

Re: Replacement Email Client

[John Hasler]

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.
-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA

Re: Replacement Email Client

[didier gaumet]

Le dimanche 25 octobre 2020 à 19:00:08 UTC+1, Patrick Bartek a écrit :

> Already have Dillo set up, but I need more than a viewer. I want a 
> client that handles HTML as well as plain text emails, so I don't have 
> to login into the mail account via a browser to interact with the email.

I just tested the dillo plugin: I do not know if it is sufficient for your 
usage but after setting the plugin up, I was able to click on the links into 
the emails and most (not all) images were displayed

[...]
> I installed Balsa in Devuan Beowulf which I'm testing, and it only 
> installed a few libraries. Don't know if the same is true with Buster. 
> I'm still evaluating it. No opinion as yet. Wasn't able to get it to 
> receive mails, but could send. Probably an erroneous setting somewhere. 
> It was late. 

Just tested Balsa here (Buster+Gnome): I could read my emails but HTML was not 
rendered

If Claws HTML  rendering with the Dillo plugin is not satisfying enough for 
you, I fear you will need a heavy client like Thunderbird, Evolution or Kmail...

Re: Replacement Email Client

[Patrick Bartek]

On Sun, 25 Oct 2020 13:10:04 +0100
Michael  wrote:

> On Sunday, October 25, 2020 1:04:00 AM CEST, Patrick Bartek wrote:
> 
> > Any suggestions?
> 
> since this is a debian user mailinglist, my answer will be slightly
> off topic.
> 
> but i use 'trojita' (https://trojita.flaska.net) as a pure and simple
> imap based email client. but it is not in the debian repositories.

I've heard of it.  Haven't researched it.

> it does only one thing: handling email of one single imap account,
> but it does it well enough for me, so i stick with it. i don't like
> the other bloatware out there (kmail, thunderbird, claws-mail, etc.).

I have multiple imap email accounts.  If it can only handle a single
account, will be unsuitable.

> maybe it's worth a shot. ymmv
> 
>

Thanks

B

Re: Replacement Email Client

[Patrick Bartek]

On Sun, 25 Oct 2020 01:51:43 -0700 (PDT)
didier gaumet  wrote:

> Le dimanche 25 octobre 2020 à 01:10:06 UTC+2, Patrick Bartek a écrit :
> > Hi! All, 
> > 
> > Looking for recommendations for a lightweight email client that
> > will handle HTML as well as plain text to replace Claws-Mail. Have
> > been using Claws-Mail for years and before it Sylpheed. Claws used
> > to have a basic HTML plugin renderer which was sufficient, but
> > latest version does not.   
> 
> It seems that in the past, Debian provided the
> claws-mail-fancy-plugin package (a GTK2 HTML viewer). That is no
> longer the case but Debian is now providing  the
> claws-mail-dillo-viewer (a Dillo HTML viewer), and in addition to

Already have Dillo set up, but I need more than a viewer.  I want a
client that handles HTML as well as plain text emails, so I don't have
to login into the mail account via a browser to interact with the email.


> this, from Bulleye on, will be providing the
> claws-mail-litehtml-viewer package (a HTML viewer based on the
> litehml library).
> https://packages.debian.org/search?suite=all=all=any=all=claws+html
> 
> So, apparently, you do not need to replace claws-mail

Probably, I do.  Just a viewer plugin is insufficient.  Been using
viewers for years.  Time to move on.  Or, maybe, an interactive HTML
interpreter plugin?

> [...]
> > Both Thunderbird and Balsa have been rejected as T'bird is a
> > behemoth and no longer in development; and with Balsa, I don't want
> > to have to deal with GNOME-systemd, etc. dependencies. (I don't run
> > GNOME anyway, only a window manager Openbox, and use sysvinit and
> > not systemd as init.)   
> [...]
> 
> - As others have already stated, Thunderbird is still in development
> - I somewhat doubt installing Balsa will draw on any real Gnome or
> Systemd stuff
> https://packages.debian.org/search?suite=all=all=any=names=balsa

I installed Balsa in Devuan Beowulf which I'm testing, and it only
installed a few libraries.  Don't know if the same is true with Buster.
I'm still evaluating it. No opinion as yet. Wasn't able to get it to
receive mails, but could send. Probably an erroneous setting somewhere.
It was late.

Thanks for your input.

B

Re: Replacement Email Client

[Patrick Bartek]

On Sun, 25 Oct 2020 07:19:28 +0200
Teemu Likonen  wrote:

> * 2020-10-24 16:04:00-07, Patrick Bartek wrote:
> 
> > Looking for recommendations for a lightweight email client that will
> > handle HTML as well as plain text to replace Claws-Mail.  Have been
> > using Claws-Mail for years and before it Sylpheed.  
> 
> GNU Emacs mail clients "Gnus" and "Notmuch Emacs" automatically render
> HTML mail nicely as plain text. User can can also open HTML and other
> MIME parts in external viewer like web browser.
> 

I can already view the text of HTML emails with Claws-Mail.  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.

Thanks for your suggestion.

B

Re: Stretch => Buster: obsolete packages

[Jesper Dybdal]

On 2020-10-23 18:02, Clive Standbridge wrote:

Can I expect that they will also survive the upgrade to Buster?

Yes. I have done that, and the old squirrelmail package remained
installed in buster. I don't remember any special effort to keep it,
but it was a while ago.

You'd better make sure you don't have apt configured to automatically
answer yes, so you can choose what gets removed.

I can't tell you whether squirrelmail will continue to work in
buster. It wasn't working for me, and I removed it before realising my
immediate problem was an expired SSL certificate, not squirrelmail
itself.



Thanks to Clive and Sven for the responses.  I'll see what the upgrade 
attempt brings, and at a later time look at alternatives to Squirrelmail 
- Roundcube seems to be a popular choice, so I'll lok into that.


--
Jesper Dybdal
https://www.dybdal.dk

aptitude safe-upgrade vs apt-get upgrade.

[Ram Ramesh]

Hi,

  I am trying to upgrade the current setup and I am unable to 
understand the differences between aptitude vs. apt-get usage.

When I do apt-get -s upgrade, I get

myth2 [rramesh] 100 > sudo apt-get -s upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages have been kept back:
  gstreamer1.0-gl gstreamer1.0-plugins-bad gstreamer1.0-plugins-base
  gstreamer1.0-plugins-good gstreamer1.0-plugins-ugly libasound2-plugins
  libavcodec58 libavformat58 libavresample4 libavutil56 libchromaprint1
  libgstreamer-gl1.0-0 libgstreamer-plugins-bad1.0-0
  libgstreamer-plugins-base1.0-0 libswresample3 libswscale5 
linux-image-amd64

  mythtv-frontend
0 upgraded, 0 newly installed, 0 to remove and 18 not upgraded.
Clearly nothing is  going to be done. However aptitude -s safe-upgrade 
shows that it will install these.

myth2 [rramesh] 101 > sudo aptitude -s safe-upgrade
Resolving dependencies...
The following NEW packages will be installed:
  libcdio19{a} libfaac0{a} libfdk-aac2{a} libilbc2{a} libkvazaar4{a}
  liblrdf0{a} libmfx1{a} libopenh264-5{a} libx264-157{a} libx265-176{a}
  linux-image-4.19.0-12-amd64{a}
The following packages will be REMOVED:
  libcdio18{u} libcrystalhd3{u} libssh-gcrypt-4{u} libvpx5{u}
  libx264-155{u} libx265-165{u}
The following packages will be upgraded:
  gstreamer1.0-gl gstreamer1.0-plugins-bad gstreamer1.0-plugins-base
  gstreamer1.0-plugins-good gstreamer1.0-plugins-ugly libasound2-plugins
  libavcodec58 libavformat58 libavresample4 libavutil56 libchromaprint1
  libgstreamer-gl1.0-0 libgstreamer-plugins-bad1.0-0
  libgstreamer-plugins-base1.0-0 libswresample3 libswscale5
  linux-image-amd64
17 packages upgraded, 11 newly installed, 6 to remove and 1 not upgraded.
Need to get 72.9 MB of archives. After unpacking 270 MB will be used.

Note: Using 'Simulate' mode.
Do you want to continue? [Y/n/?]
Would download/install/remove packages.
This makes me wonder if it is better to use aptitude over apt-get. Why 
these differences?  What is the correct way to maintain a working system 
and still keep the system up to date.


Regards
Ramesh

Re: Replacement Email Client

[Patrick Bartek]

On Sun, 25 Oct 2020 05:55:02 +0100
Oliver Schoede  wrote:

> On Sat, 24 Oct 2020 16:04:00 -0700
> Patrick Bartek  wrote:
> 
> >
> >Looking for recommendations for a lightweight email client that will
> >handle HTML as well as plain text to replace Claws-Mail.  Have been
> >using Claws-Mail for years and before it Sylpheed.  Claws used to
> >have a basic HTML plugin renderer which was sufficient, but latest
> >version does not.  
> 
> I didn't even know it was gone, but apparently 3.17.7 just
> (re)introduced a light viewer duly taking care of people who need it.
> LiteHTML. It's packaged as claws-mail-litehtml-viewer, can't say if
> it's any good, there are other options though. Even something
> based on Dillo! ;) Not bad for a project with a different set of
> priorities. Don't like a plugin? Feeling more like using behemoth
> Firefox ('hate accessing mail through a browser'):
> 
> Config -> Preferences -> Message View -> External Programs
> 
> [snip]

I need more than just an HTML viewer.  I have dillo set up for that. It
is the default with the install. I need to be able to interact with the
HTML email without having to login via a browser to do so which I've
grown tired of.

Thanks for your reply.

B

Re: Replacement Email Client

[Patrick Bartek]

On Sat, 24 Oct 2020 21:52:54 -0400
Gene Heskett  wrote:

> On Saturday 24 October 2020 19:04:00 Patrick Bartek wrote:
> 
> > Hi! All,
> >
> > Looking for recommendations for a lightweight email client that will
> > handle HTML as well as plain text to replace Claws-Mail.  Have been
> > using Claws-Mail for years and before it Sylpheed.  Claws used to
> > have a basic HTML plugin renderer which was sufficient, but latest
> > version does not. And I'm getting more and more important emails in
> > HTML where just the plain text is insufficient to fully read the
> > email.  That is, text in (or as) images contain some (or much) of
> > the content, etc. Also, hate accessing email through a browser. So
> > that option is out.
> >
> > Both Thunderbird and Balsa have been rejected as T'bird is a
> > behemoth and no longer in development; and with Balsa, I don't want
> > to have to deal with GNOME-systemd, etc. dependencies. (I don't run
> > GNOME anyway, only a window manager Openbox, and use sysvinit and
> > not systemd as init.)
> >
> > Any suggestions?
> >  
> Yes, kmail, as supplied NOT from KDE but from TDE. Its the older
> 

I'll look into it.

B

Re: Replacement Email Client

[Patrick Bartek]

On Sat, 24 Oct 2020 19:50:14 -0500
Leslie Rhorer  wrote:

> On 10/24/2020 6:04 PM, Patrick Bartek wrote:
> > 
> > Hi! All,
> > 
> > Looking for recommendations for a lightweight email client that will
> > handle HTML as well as plain text  
> 
>   I want to know that, myself.
> 
> > deal with GNOME-systemd, etc. dependencies. (I don't run GNOME
> > anyway, only a window manager Openbox, and use sysvinit and not
> > systemd as  
> 
>   I don't run Gnome, either, but I did take the plunge and
> learn enough about systemd to get along.  I still don't like it, and
> it remains a very obtuse system designed to do things that fail to
> impress me.  It seems it may be inevitable to become universal.
> 

As long as there are those who don't want systemd, someone out there
will fill that need. That's why Devuan exists (and some others).

I've been testing Devuan Beowulf (Buster) with the Openbox window
manager (my normal configuration) for several weeks now and it's stable,
has all the apps that Debian does. Works just fine without systemd. So,
it can be done. Time will tell.

B 

Re: Replacement Email Client

[Patrick Bartek]

On Sun, 25 Oct 2020 17:22:35 +1100
Keith Bainbridge  wrote:

> On 25/10/20 12:52 pm, Gene Heskett wrote:
> > Both Thunderbird and Balsa have been rejected as T'bird is a
> > behemoth and no longer in development;  
> 
> 
> Um.   Why then am I getting new versions every few weeks?
> Currently 83.0a1.  Sure it's bigger than claws, but many processes are
> easier in day to day operation.

Mozilla has ceased the development; however, it is still "supported" --
security, bug fixes? -- but privately.  Maybe, a group other than
Mozilla has taken over development.  Don't know.

B

Re: Replacement Email Client

[David Wright]

On Sun 25 Oct 2020 at 07:47:33 (+), Ed wrote:
> On 2020-10-24 19:35-0400, Dan Ritter wrote:
> > > Any suggestions?  
> > 
> > mutt, with a mailcap that includes:
> 
> +1 for mutt.
> 
> > X-Message-Flag: Cannot contact reaper.nsa.gov. Trying bucket.cia.gov..
> > X-Clacks-Overhead: GNU Terry Pratchett
> 
> Thanks for the laugh :) but not sure which client you're using ...
> 
> > that gets you a fast, sane mail client which will pop a message into
> > Firefox should you want to view it that way. (Hit "v" while looking
> > at the normal version of the message.  Nothing is going to render HTML
> > better than a browser.
> 
> True. But something makes me itchy about loading spam HTML from 
> anywhere, especially if it is one of those ransomware mails.

You could consider changing the line suggested for mailcap to

  text/html; /usr/bin/lynx -force-html -localhost -stdin

This will render the HTML when desired, and you can list the links,
but they can't be followed.

Cheers,
David.

Re: Replacement Email Client

[Dan Ritter]

Dan Ritter wrote: 
> Ed wrote: 
> > On 2020-10-24 19:35-0400, Dan Ritter wrote:
> > > mutt, with a mailcap that includes:
> > 
> > +1 for mutt.
> > 
> > > X-Message-Flag: Cannot contact reaper.nsa.gov. Trying bucket.cia.gov..
> > > X-Clacks-Overhead: GNU Terry Pratchett
> > 
> > Thanks for the laugh :) but not sure which client you're using ...
>  
> I'm using mutt on desktops and laptops, K9 on Android devices,
> and once in a great while Rainloop for some very particular
> situations.

Oh, and the X-Message-Flag: does absolutely nothing on most mail
clients, but Outlook will (or used to) scroll that header across the
bottom of the window when reading the message.

I haven't had an outraged email in a year or two; maybe they've
finally plugged that? Come to think of it, I got the attention
of someone senior working at Microsoft in that last bout.

-dsr-

Re: Replacement Email Client

[Dan Ritter]

Ed wrote: 
> On 2020-10-24 19:35-0400, Dan Ritter wrote:
> > > Any suggestions?  
> > 
> > mutt, with a mailcap that includes:
> 
> +1 for mutt.
> 
> > X-Message-Flag: Cannot contact reaper.nsa.gov. Trying bucket.cia.gov..
> > X-Clacks-Overhead: GNU Terry Pratchett
> 
> Thanks for the laugh :) but not sure which client you're using ...
 
I'm using mutt on desktops and laptops, K9 on Android devices,
and once in a great while Rainloop for some very particular
situations.

> > that gets you a fast, sane mail client which will pop a message into
> > Firefox should you want to view it that way. (Hit "v" while looking
> > at the normal version of the message.  Nothing is going to render HTML
> > better than a browser.
> 
> True. But something makes me itchy about loading spam HTML from 
> anywhere, especially if it is one of those ransomware mails.

And that should make you itchy, yes. w3m or lynx are a better
choice there.

-dsr-

Re: Replacement Email Client

[tomas]

On Sun, Oct 25, 2020 at 08:34:52AM -0500, John Hasler wrote:
> Teemu Likonen writes: 
> > GNU Emacs mail clients "Gnus" and "Notmuch Emacs" automatically render
> > HTML mail nicely as plain text. User can can also open HTML and other
> > MIME parts in external viewer like web browser.
> 
> I thought of suggesting Gnus as well, but that usually results in
> horrified outcries of "Eww! Emacs!"

But only from know-nothings :)

Cheers
 - t


signature.asc
Description: Digital signature

Re: Replacement Email Client

[John Hasler]

Teemu Likonen writes: 
> GNU Emacs mail clients "Gnus" and "Notmuch Emacs" automatically render
> HTML mail nicely as plain text. User can can also open HTML and other
> MIME parts in external viewer like web browser.

I thought of suggesting Gnus as well, but that usually results in
horrified outcries of "Eww! Emacs!"
-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA

Re: Replacement Email Client

[Michael]

On Sunday, October 25, 2020 1:04:00 AM CEST, Patrick Bartek wrote:

Any suggestions?  


since this is a debian user mailinglist, my answer will be slightly off 
topic.


but i use 'trojita' (https://trojita.flaska.net) as a pure and simple imap 
based email client. but it is not in the debian repositories.


it does only one thing: handling email of one single imap account, but it 
does it well enough for me, so i stick with it. i don't like the other 
bloatware out there (kmail, thunderbird, claws-mail, etc.).


maybe it's worth a shot. ymmv

but, as with any software, there are also some negative aspects:
- state of development ist unclear (to me)
- as is any kind of support
- it is based on qt, so you will need rudimentary qt support
- reloading a complete mailbox with >100,000 messages results in a crash 
most of the time


greetings...

Re: Replacement Email Client

[ed]

On 2020-10-25 01:51-0700, didier gaumet wrote:
> It seems that in the past, Debian provided the claws-mail-fancy-plugin 
> package (a GTK2 HTML viewer).
> That is no longer the case but Debian is now providing  the 
> claws-mail-dillo-viewer (a Dillo HTML viewer), and in addition to this, from 
> Bulleye on, will be providing the claws-mail-litehtml-viewer package (a HTML 
> viewer based on the litehml library).
>  
> https://packages.debian.org/search?suite=all=all=any=all=claws+html

Sylpheed/Claws is very good. I did like the way that part of the mail 
could be selected for quoting with the mouse before pressing reply.

I stopped using Claws in favour of mutt some time back as text only mail 
reduced the visible spam, and most spam mail has some image content. 
Valid mail seems to have a good text/plain part, and those that don't 
tend to be readable with a lynx mailcap.

There's also a larger attack surface, if that bothers, with all the 
additional code required for page rendering. The next thing after 
needing to view mail that is HTML based is requiring something that can 
do javascript for some reason for modern web 2.0 compatibility. Heading 
down that route is moving the minimum communication requirements further 
away from people who are visually impaired. There will come a day when 
my eyes start fail me.

This is a preference though, if a GUI reader is required, Sylpheed 
variants seem good.

Ed

Re: Replacement Email Client

[Teemu Likonen]

* 2020-10-25 06:51:36-04, Kenneth Parker wrote:

> On Sun, Oct 25, 2020, 6:40 AM  wrote:
>> alpine

> +1

It would be useful to add some information how the suggested client
(Alpine) serves the purpose that was asked by the original poster.

-- 
/// Teemu Likonen - .-.. https://www.iki.fi/tlikonen/
// OpenPGP: 4E1055DC84E9DFF613D78557719D69D324539450


signature.asc
Description: PGP signature

Re: Replacement Email Client

[Kenneth Parker]

On Sun, Oct 25, 2020, 6:40 AM  wrote:

> On Sun, 25 Oct 2020, to...@tuxteam.de wrote:
>
> > Any suggestions?
>
> alpine
>

+1

Re: Replacement Email Client

[grumpy]

On Sun, 25 Oct 2020, to...@tuxteam.de wrote:


Any suggestions?


alpine

Re: I take it back

[tomas]

On Sun, Oct 25, 2020 at 05:42:27AM -0400, Gene Heskett wrote:
> Looking at that machine with htop, and no one logged in on its own 
> console as its waiting for a login because a power bump rebooted it in 
> the night last night and I haven't been up to the shop building to login 
> since.
> 
> I see no wayland and 3 instances of xorg running.  So its the GTK stuff 
> thats actually missing and the error message I paste quoted is 
> miss-leading. Since the default gui is xfce4, what do I "apt install" to 
> restore gksudo and synaptic to normal function?

I think gksudo and cousins (among them the KDE flavour whose name I keep
forgetting) are dead, they don't exist in Debian since buster.

The New Way (TM) seems to be to muck around policykit (which I don't
know well enough to help you with, sorry).

Have you tried my 'ssh -E' proposal from the other mail? On my box
it works, but my box is sufficiently different from yours (legacy
X setup, no dbus, no systemd) that the outcome might well be different.

Cheers
 - t


signature.asc
Description: Digital signature

Re: Error making another file manager the preferred app

[kaye n]

On Sun, Oct 25, 2020 at 4:36 PM didier gaumet 
wrote:

> Hello,
>
> reading
> http://ignorantguru.github.io/spacefm/spacefm-manual-en.html#programfiles-usr-bin-spacefm-auth
> ,
> Perhaps you should use the spacefm executable rather than the spacefm-auth
> one?
>

You are absolutely right. When I was choosing the appropriate  file in

Menu -> Settings -> Preferred Applications -> Utilities tab -> File Manager
-> dropdown list - Other... ->

there was no spacefm executable, only the spacefm-auth.  Now it's there.  I
don't know what happened or what I did.

Anyway, problem solved.

Thank you very much.

I take it back

[Gene Heskett]

Looking at that machine with htop, and no one logged in on its own 
console as its waiting for a login because a power bump rebooted it in 
the night last night and I haven't been up to the shop building to login 
since.

I see no wayland and 3 instances of xorg running.  So its the GTK stuff 
thats actually missing and the error message I paste quoted is 
miss-leading. Since the default gui is xfce4, what do I "apt install" to 
restore gksudo and synaptic to normal function?

Thanks Tomas


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: Please be respectful

[Jan Foniok]

> On 18 Oct 2020, at 04:06, Weaver  wrote:
> 
> On 18-10-2020 11:42, Pierre-Elliott Bécue wrote:
>> Le 17 octobre 2020 23:03:22 GMT+02:00, Weaver  a
>> écrit :
> 
> And now we go another step further: with double postings into my inbox.
> Why don't you massage your petit ego requirements on somebody else's
> time.?
> I'm quite sure everybody here is as sick of it as I am.

Just for the record, I'm actually sick of you and Leslie Rhorer.

Re: Replacement Email Client

[didier gaumet]

Le dimanche 25 octobre 2020 à 01:10:06 UTC+2, Patrick Bartek a écrit :
> Hi! All, 
> 
> Looking for recommendations for a lightweight email client that will 
> handle HTML as well as plain text to replace Claws-Mail. Have been 
> using Claws-Mail for years and before it Sylpheed. Claws used to have 
> a basic HTML plugin renderer which was sufficient, but latest version 
> does not. 

It seems that in the past, Debian provided the claws-mail-fancy-plugin package 
(a GTK2 HTML viewer).
That is no longer the case but Debian is now providing  the 
claws-mail-dillo-viewer (a Dillo HTML viewer), and in addition to this, from 
Bulleye on, will be providing the claws-mail-litehtml-viewer package (a HTML 
viewer based on the litehml library).
 
https://packages.debian.org/search?suite=all=all=any=all=claws+html

So, apparently, you do not need to replace claws-mail

[...]
> Both Thunderbird and Balsa have been rejected as T'bird is a behemoth 
> and no longer in development; and with Balsa, I don't want to have to 
> deal with GNOME-systemd, etc. dependencies. (I don't run GNOME anyway, 
> only a window manager Openbox, and use sysvinit and not systemd as 
> init.) 
[...]

- As others have already stated, Thunderbird is still in development
- I somewhat doubt installing Balsa will draw on any real Gnome or Systemd stuff
 
https://packages.debian.org/search?suite=all=all=any=names=balsa

gmail settings

[Pierre Frenkiel]

hi,
I set the gmail settings to "no transfer"
This worked some days ago, but no more works, i.e. gmail still tries to tranfer
incoming mails. 
Has anybody an explanation?


best regards,
--
Pierre Frenkiel

Re: Error making another file manager the preferred app

[tomas]

On Sun, Oct 25, 2020 at 04:17:03AM -0400, Gene Heskett wrote:

[...]

> Probably its gfx commands are expecting x11 for a gui, and buster uses 
> wayland, not x11. synaptic is in that same sinking boat. Spit...

This is a guesss, I guess. Could you substantiate it?

Having looked at synaptic's dependency list, it's yer old Gtk/Gnome
stuff, which still works fine with X11.

Doing a (simulated!) install of synaptic on my box tells me that
it would kick out sysvinit and put in its place systemd (not a
big surprise talking of a gnome-ish app, although I think it'd
be possible to tweak things), but there's no hint at this Wayland
thing. X11 would be left alone.

I think you're barking up the wong tree.

Cheers
 - t


signature.asc
Description: Digital signature

Re: Error making another file manager the preferred app

[didier gaumet]

Hello,

reading 
http://ignorantguru.github.io/spacefm/spacefm-manual-en.html#programfiles-usr-bin-spacefm-auth
 ,
Perhaps you should use the spacefm executable rather than the spacefm-auth one?

Re: Error making another file manager the preferred app

[Gene Heskett]

On Sunday 25 October 2020 01:10:43 kaye n wrote:

> Hello Friends!
>
> Firstly, if it matters, my system is:
>
> Kernel: 4.19.0-6-amd64 x86_64 bits: 64 Desktop: Xfce 4.12.4
> Distro: Debian GNU/Linux 10 (buster)
> Machine:
>   Type: Desktop Mobo: MSI model: H81M-P33 (MS-7817) v: 1.0 serial: N/A
>   BIOS: American Megatrends v: 1.9 date: 03/30/2015
> CPU:
>   Dual Core: Intel Core i3-4130 type: MT MCP speed: 800 MHz
>   min/max: 800/3400 MHz
>
> I installed Spacefm file manager thru Synaptic because I prefer it
> over Thunar.  For those who may be curious as to why, Spacefm has a
> very useful feature that is similar to the command :
>
> ls *anycharacter*
>
> I went to Menu -> Settings -> Preferred Applications -> Utilities tab
> -> File Manager -> dropdown list - Other... -> choose
> /usr/bin/spacefm-auth "%s"
>
> If I click Menu on the taskbar and click File Manager, it SHOULD open
> Spacefm, but I get this error message instead:
> Failed to execute default File Manager. Input/output error.
>
> Not a big deal really, but it would be nice to make it work.
>
Probably its gfx commands are expecting x11 for a gui, and buster uses 
wayland, not x11. synaptic is in that same sinking boat. Spit...

> Thank you for your time.
> kaye


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: Replacement Email Client

[tomas]

[...]

> > Any suggestions?
> 
> Have you looked at protonmail.com?  Encrypted all over the place.  Web based, 
> though.

Original poster was asking for a client, not for a service.

Much less for a commercial service.

And he clearly stated *not* web based.

Cheers
 - t


signature.asc
Description: Digital signature

Re: Replacement Email Client

[Ed]

On 2020-10-24 19:35-0400, Dan Ritter wrote:
> > Any suggestions?  
> 
> mutt, with a mailcap that includes:

+1 for mutt.

> X-Message-Flag: Cannot contact reaper.nsa.gov. Trying bucket.cia.gov..
> X-Clacks-Overhead: GNU Terry Pratchett

Thanks for the laugh :) but not sure which client you're using ...

> that gets you a fast, sane mail client which will pop a message into
> Firefox should you want to view it that way. (Hit "v" while looking
> at the normal version of the message.  Nothing is going to render HTML
> better than a browser.

True. But something makes me itchy about loading spam HTML from 
anywhere, especially if it is one of those ransomware mails.

Ed

Re: Replacement Email Client

[Keith Bainbridge]

On 25/10/20 12:52 pm, Gene Heskett wrote:

Both Thunderbird and Balsa have been rejected as T'bird is a behemoth
and no longer in development;



Um.   Why then am I getting new versions every few weeks?
Currently 83.0a1.  Sure it's bigger than claws, but many processes are
easier in day to day operation.

--
Keith Bainbridge

ke1thozgro...@gmx.com