Re: Openning attach - denied permission

2019-01-18 Thread Marcelo Laia
On 18/01/19 at 03:21, Patrick Shanahan wrote:
> * Marcelo Laia  [01-18-19 12:43]:
> > On 18/01/19 at 08:47, Patrick Shanahan wrote:
> > > * Marcelo Laia  [01-18-19 07:07]:
> > > 
> 
> which means that you should be able to "read" it.  but simple to change,
>   chmod +w ~/.mutt/temp/DIAMANTINA.pdf
> or
>   chmod +rwx ~/.mutt/temp/DIAMANTINA.pdf

This workaround is not friendly. I will do this on all attach?

There are other issues here. If others could help?

PS: I resent the message because I hit r without and the replay is sent to
Shanahan only. So sorry.


-- 
Marcelo


Re: Openning attach - denied permission

2019-01-18 Thread Marcelo Laia
On 18/01/19 at 08:47, Patrick Shanahan wrote:
> * Marcelo Laia  [01-18-19 07:07]:
> > Hi,
> > 
> > I starting got a "Not possible to open the file
> > "file:///home/user/.mutt/temp/doc2.pdf”."
> > 
> > "File open Error home/user/.mutt/temp/doc2.pdf: permission denied.
> > 
> > What is the workaround?
> 
>   ls -la ~/.mutt/temp/doc2.pdf
>   ls -lad ~/.mutt/temp
>   

marcelo@marcelo:~/.mutt$ ls -la ~/.mutt/temp/DIAMANTINA.pdf
-r 1 marcelo marcelo 2071937 jan 18 15:38 
/home/marcelo/.mutt/temp/DIAMANTINA.pdf
marcelo@marcelo:~/.mutt$

marcelo@marcelo:~/.mutt$ ls -dla ~/.mutt
drwx-- 6 marcelo marcelo 4096 dez  4 21:56 /home/marcelo/.mutt
marcelo@marcelo:~/.mutt$

marcelo@marcelo:~/.mutt$ ls -dla ~/.mutt/temp
drwx-- 2 marcelo marcelo 86016 jan 18 15:39 /home/marcelo/.mutt/temp
marcelo@marcelo:~/.mutt$


-- 
Marcelo


Re: Openning attach - denied permission

2019-01-18 Thread Patrick Shanahan
* Marcelo Laia  [01-18-19 07:07]:
> Hi,
> 
> I starting got a "Not possible to open the file
> "file:///home/user/.mutt/temp/doc2.pdf”."
> 
> "File open Error home/user/.mutt/temp/doc2.pdf: permission denied.
> 
> What is the workaround?

  ls -la ~/.mutt/temp/doc2.pdf
  ls -lad ~/.mutt/temp
  
to check permissions as the error message says *you* don't have permission
to see the file

-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
Registered Linux User #207535@ http://linuxcounter.net
Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet freenode


Openning attach - denied permission

2019-01-18 Thread Marcelo Laia
Hi,

I starting got a "Not possible to open the file
"file:///home/user/.mutt/temp/doc2.pdf”."

"File open Error home/user/.mutt/temp/doc2.pdf: permission denied.

What is the workaround?

Thanks

-- 
Marcelo


Re: Copying text from Mutt viewer also copies trailing space

2019-01-18 Thread Matthias Apitz
On Fri, 18 Jan 2019 12:02:36 +0100, Vegard Svanberg wrote:
> * m...@raf.org  [2019-01-02 05:37]:
>
>> > > When I copy text from Mutt into whatever else (vim, text
>> editor, browser
>> > > textarea... doesn't matter), the paste includes the (trailing) spaces
>> > > (\s) from column 80-120, so I have to manually remove them.
>>
>> for me it happens when mutt is in tmux or screen in xterm,
>> pasting into gvim.
> [snip]
>
> Thanks for the useful feedback! I use gnome-terminal at the moment so I
> don't have that option, however hunting around the web with my
> Go(o)g(g)les on, I found this:
>
> https://mutt-users.mutt.narkive.com/Qw2cfXkS/mutt-gnome-terminal-and-whitespace-fill-issue
>
> So seems this has been discussed before and that it has to do with the
> way Mutt sets the background colour, or something like that.
>
> There was a suggestion in there to #undef HAVE_BKGDSET in config.h, but
> that didn't make any difference for me. There was also a reference to
> the ol' trac at dev.mutt.org, but that site isn't online anymore.
>
> Anyway, will keep hunting - at least this thread confirms I'm not alone. :)

+1
(me too)

btw: the URL gives error HTTP 500

matthias


--
Sent using Dekko from my Ubuntu device
http://www.unixarea.de/+49 176 38902045


Re: Copying text from Mutt viewer also copies trailing space

2019-01-18 Thread Vegard Svanberg
* Vegard Svanberg  [2019-01-18 12:05]:

> There was a suggestion in there to #undef HAVE_BKGDSET in config.h, but
> that didn't make any difference for me. There was also a reference to
> the ol' trac at dev.mutt.org, but that site isn't online anymore.

Err, I'm an idiot. Of course that fixed it - I'd managed to re-run
configure after I'd changed it...

Anyway - that solves the problem, although it also means the background
on background-coloured lines like the Subject line gets chopped at the
last character.

But I can live with that for the moment - more important that copy
works properly!

So to anyone Googling for a half-arsed solution:

1. edit config.h
2. find HAVE_BKGDSET and #undef it.

-- 
Vegard Svanberg  [*Takapa@IRC (EFnet)]



Re: Copying text from Mutt viewer also copies trailing space

2019-01-18 Thread Vegard Svanberg
* m...@raf.org  [2019-01-02 05:37]:

> > > When I copy text from Mutt into whatever else (vim, text editor, browser
> > > textarea... doesn't matter), the paste includes the (trailing) spaces
> > > (\s) from column 80-120, so I have to manually remove them.
> 
> for me it happens when mutt is in tmux or screen in xterm,
> pasting into gvim.
[snip]

Thanks for the useful feedback! I use gnome-terminal at the moment so I
don't have that option, however hunting around the web with my
Go(o)g(g)les on, I found this:

https://mutt-users.mutt.narkive.com/Qw2cfXkS/mutt-gnome-terminal-and-whitespace-fill-issue

So seems this has been discussed before and that it has to do with the
way Mutt sets the background colour, or something like that.

There was a suggestion in there to #undef HAVE_BKGDSET in config.h, but
that didn't make any difference for me. There was also a reference to
the ol' trac at dev.mutt.org, but that site isn't online anymore.

Anyway, will keep hunting - at least this thread confirms I'm not alone. :)

-- 
Vegard Svanberg  [*Takapa@IRC (EFnet)]