Re: Adding delsp=yes to Content-Type

[José María Mateos]

On Sun, Jul 07, 2019 at 06:14:15PM -0700, Kevin J. McCarthy wrote:

> There actually may be an issue with Mutt here. I think the
> space-stuffing is not working, but I haven't had enough time yet to
> look into the problem and possible solutions more deeply. I'll try to
> address this before the next release though.

Just to be clear, I don't think my particular issue is with mutt here, 
it's simply that the kind of structured text I like to use doesn't play 
well with the flowed format; I never thought it was something particular 
to mutt.

Cheers,

-- 
José María (Chema) Mateos || https://rinzewind.org/


signature.asc
Description: PGP signature

Re: Mutt using https webmail service

[Cameron Simpson]

On 08Jul2019 18:19, Jose Isaias Cabrera  wrote:
I have not used mutt in a while, but I used to, and loved it.  I am 
trying to see if mutt can be setup to read outlook, gmail, hotmail, 
yahoo, etc., webmail mail services.  The
reason why I say "web-services" it's because I am behind a firewall, 
and I can cheat the system to get webmail, but not to get pop or smtp 
services.  Thoughts?  Thanks.


Not really. Mutt has no web browsing facility, and even if it did all 
these services just render arbitrary HTML on a web page - there's no 
consistency; worse, most of it requires javascript.


However, almost all of these offer POP or IMAP support.

If you can get HTTPS through your firewall (assuming so since you can 
access a web mail interface) and you have an outside machine which 
accepts ssh connections, you could tunnel an ssh connection over HTTPS 
either directly using port 443 or indirectly through a proxy using ssh's 
CONNECT tunnel support.  You can use that to either (a) just run mutt on 
the outside machine and connect to the services from there or (b) do 
port forwards over the ssh connection to each service's POP/IMAP 
facility, and run mutt locally connected to the local end of the port 
forward.


Note that any fiddling like this may be in violation of your employment 
contract (by, apparently, violating the security policy the firewall is 
trying to implement), and you must make your own decision about whether 
this is forbidden or unwelcome or irrelevant.


You may generally be better choosing to run mutt on the external 
machine. It is less fiddly because you can use POP/IMAP directly from 
there instead of arranging port forwards, and it also keeps your 
activity entirely outside the workplace. Of course, even connecting to 
the outside machine may violate some policy, and you're back in "is that 
relevant" territory.


But it makes for a much cleaner separation of work data from personal 
data, and that is worthwhile regardless.


Cheers,
Cameron Simpson 

Mutt using https webmail service

[Jose Isaias Cabrera]

Hi.

I have not used mutt in a while, but I used to, and loved it.  I am trying to 
see if mutt can be setup to read outlook, gmail, hotmail, yahoo, etc., webmail 
mail services.  The reason why I say "web-services" it's because I am behind a 
firewall, and I can cheat the system to get webmail, but not to get pop or smtp 
services.  Thoughts?  Thanks.

josé

Re: What environment variable affects the "charset" variable?

[Jon LaBadie]

On Mon, Jul 08, 2019 at 05:53:22AM -0500, Peng Yu wrote:
> Hi,
> 
> `mutt -D` prints 'charset="iso-8859-1"' when it runs in a
> non-interactive bash session scheduled by crontab.
> 
> But the same command prints 'charset="utf-8"' when it runs in an
> interactive bash session. I suspect that this is affected by an
> environment variable.
> 
> Does anybody know why there is such a difference?

Processes run by cron do not mimic your login environment.
If you need specific things set that are typically set in
.profile etc., you need to set them in your crontab file
or the executed script.

jl
-- 
Jon H. LaBadie j...@jgcomp.com
 11226 South Shore Rd.  (703) 787-0688 (H)
 Reston, VA  20190  (703) 935-6720 (C)

Re: What environment variable affects the "charset" variable?

[Kevin J. McCarthy]

On Mon, Jul 08, 2019 at 05:53:22AM -0500, Peng Yu wrote:

I suspect that this is affected by an environment variable.


Most likely.  See 
 
for the environment variables used.  LANG is the normal one to set.


My guess would be the system default codeset is iso-8859-1, but you have 
put a 'export LANG=xx_XX.UTF-8' inside your .bashrc.  Cron won't read 
that by default.  You can internet search "cron .bashrc" and find 
various solutions to the problem.


--
Kevin J. McCarthy
GPG Fingerprint: 8975 A9B3 3AA3 7910 385C  5308 ADEF 7684 8031 6BDA


signature.asc
Description: PGP signature

What environment variable affects the "charset" variable?

[Peng Yu]

Hi,

`mutt -D` prints 'charset="iso-8859-1"' when it runs in a
non-interactive bash session scheduled by crontab.

But the same command prints 'charset="utf-8"' when it runs in an
interactive bash session. I suspect that this is affected by an
environment variable.

Does anybody know why there is such a difference?

-- 
Regards,
Peng