Re: HTML viewing in lynx without view-mailcap

2024-07-05 Thread Rene Kita
On Thu, Jul 04, 2024 at 04:39:44PM -0500, J wrote:
> Hello,
> 
> I have a little problem that I can't quite figure out (OS is Debian 10.9). On 
> my current system, using Mutt 2.1.5, I have to use 'm' (view with mailcap) to 
> open an html part in lynx; hitting Enter simply dumps the contents into the 
> pager.
> 
> On an older system, using NeoMutt 1.7.2, I needed only hit Enter on the html 
> and it would open in lynx.
> 
> Is this a difference in mutt versions, OS versions, or is it a configuration 
> issue? When does one need to press 'm' to use the mailcap entry to view, and 
> when does pressing just Enter suffice?

I don't know about NeoMutt, but I can confirm the described behavior for
mutt. So might be a different behavior because you were running a
different program.

This is describe in the fine manual in section 1.3.1. Viewing
Attachments.


Re: mutt && oauth2 config

2024-06-20 Thread Rene Kita
On Thu, Jun 20, 2024 at 08:08:22AM -0700, Will Yardley wrote:

[snip discussion about OAuth support]

> All that said, while I know active development is pretty much on pause,
> and while it's unclear to me whether XOAUTH2 itself is a standard, I
> think it is (IMO) important that mutt somehow develop builtin native
> support for OAuth without using the hack of a third party Python script.

Maybe someone who wants to see this feature should send a patch for it.
Would certainly help with the active development part.

While I know only very little of the mutt code base, I'd be willing to
help and review such a patch. Active development needs a active
community.


Re: folder-hook for opening with mutt -f

2024-06-08 Thread Rene Kita
On Fri, Jun 07, 2024 at 05:53:36PM +, Andrew J. Caines via Mutt-users wrote:
> My DIY, RTFM/G/F and STFW efforts have failed me. I want to use folder-hook
> or the equivalent when opening a mailbox with "mutt -f =Name". The hook,
> 
>   folder-hook  =Name  "set delete = yes"
> 
> works when I change to =Name, but not when I launch mutt with that mailbox
> using "-f =Name". I am aware that I can add "-e 'set delete = yes'".
> 
> Since this suggests I am trying to do this the wrong way, how should I do
> this using the configuration?

Since calling a folder-hook is not explicitly mentioned in the debug
output, I opened up a debugger and put a breakpoint in mutt_folder_hook.

It get's called as expected when I pass -f to mutt. I did not test it
with the '=' shortcut, but with an absolute path though.

Could you test it with '-f /path/to/Name', please?

Also, what version are you using?


Re: CC to self

2022-08-23 Thread Rene Kita
On Tue, Aug 23, 2022 at 11:44:48AM -0400, Haines Brown wrote:
> For some time I had muttrc set up so that a copy of every messge 
> going out was sent back to me. 
> 
> For some reason, it ceased doing so. I see no line in my muttrc that 
> defines an address for CC in the mutt header. I would like to restore 
> that line, but have not been able to find the syntax to do so.

my_hdr Cc: u...@example.com

See http://www.mutt.org/doc/manual/manual.html#my-hdr


Re: Binding Space to select-entry gives Key is not bound.

2021-09-19 Thread Rene Kita
On Sat, Sep 18, 2021 at 07:28:14PM -0700, Kevin J. McCarthy wrote:
> Displaying the message seems the most natural
> interpretation of "selection" in the index when compared to its usage in the
> other menus.
ACK


Re: Headers in Editor

2021-08-29 Thread Rene Kita
On Sun, Aug 29, 2021 at 09:24:36AM -0400, David J. Ring, Jr. wrote:
> I have the strangest problem.
> 
> When I reply to a message in a new  installation of mutt,  what will 
> eventually become the addresses, and subject, and In-Reply-To threading 
> informaton becomes the top lines of the editor!
> 
> If I write over them, or delete them, I have no addresses when sending
> the message.
> 
> How do I fix this?

The idea behind this is, that can you view/edit the headers while
replying. That's why the headers are cleared if you delete these lines.
They want end up in the body of that mail.

As already that said in another reply, 'set edit_headers=no' disables
this feature.


Re: Is there any way to customise sorting of directories in the index?

2021-04-23 Thread Rene Kita
On Thu, Apr 22, 2021 at 04:22:59PM -0500, Derek Martin wrote:
> > > Anything other than alphabatical sorting is pretty useless with a long
> > > list of directories, especially as it often puts .. somewhere other
> > > than at the top.
> [...]
> > I have a patch which automatically changes to alphabetical sorting when
> > showing directory contents (this requires to build from source).
> 
> I have wanted this forever and have just been too lazy to hack up a
> patch for it.  I do not think any other behavior makes sense, and I do
> think this should be the default behavior.  Thanks.
> 
> I haven't (yet) looked at the context of the patch so I won't comment
> on it other than to say I would probably use bool (from stdbool.h)
> instead of short--It conceptually  matches the intent of the code and
> FWIW has been available since C99.
Thanks for the feedback. The reason why I picked a short was to stick as
close as possible to the original coding style (from my limited
knowledge about the code base). Other than that, you raise valid points.

> One could argue there should be a config variable to control this
> sorting behavior, but I personally would neither make nor support that
> argument. =8^)
As you said yourself, no other behavior makes sense. Either you agree
and apply the patch or you don't - no need for a config variable. ;)
And you can still change the sort order while examining the directory.


Re: Is there any way to customise sorting of directories in the index?

2021-04-10 Thread Rene Kita
On Sat, Apr 10, 2021 at 10:04:53AM -0700, Kevin J. McCarthy wrote:
> On Sat, Apr 10, 2021 at 12:17:39PM +0200, Rene Kita wrote:
> > Additionally I have the following macro to make the folder browser
> > always show the configured mailboxes:
> > macro index c "?" "open a different folder"
> > macro pager c "?" "open a different folder"
> 
>  was added in Mutt 1.13 and is bound by default to 'y'.
> Using the function has the advantage of working properly with
> $browser_sticky_cursor.
Good to know. My .muttrc is probably older than 1.13, but I'll try to
fix my habits now. Also didn't know about $browser_sticky_cursor, but I
guess I want it. :)


Re: Is there any way to customise sorting of directories in the index?

2021-04-10 Thread Rene Kita
On Thu, Apr 08, 2021 at 05:55:05PM +0100, Chris Green wrote:
> On Thu, Apr 08, 2021 at 11:31:34AM +0100, Chris Green wrote:
> > On Thu, Apr 08, 2021 at 11:23:26AM +0100, Chris Green wrote:
> > > I have a about 40 or so folders where I save mails I want to keep,
> > > with names such as 'shopping', 'motorcycle' and so on.  By default
> > > these are sorted alphabetically in the index which is not ideal.  I
> > > save things in 'shopping' far more frequently than elsewhere so it
> > > would be really handy if that was at the top or at least near the top. 
I explicitly configure my important folders in my '.muttrc' with
'mailboxes' in the order I want them to appear in mutt.  To have them
appear in the order from '.muttrc' you need to 'set sort_browser=unsorted'.

Additionally I have the following macro to make the folder browser
always show the configured mailboxes:
macro index c "?" "open a different folder"
macro pager c "?" "open a different folder"


> Anything other than alphabatical sorting is pretty useless with a long
> list of directories, especially as it often puts .. somewhere other
> than at the top.  If you have many directories at one level (my
> top level directory has 32) finding anything in it other than by an
> alphabetical sort is painful!  (I tried 'date' to see what it did).
I have a patch which automatically changes to alphabetical sorting when
showing directory contents (this requires to build from source).

--- a/PATCHES
+++ b/PATCHES
@@ -0,0 +1 @@
+patch-2.0.4.rkta.unsort_dir_alpha.1
--- a/browser.c
+++ b/browser.c
@@ -438,6 +438,7 @@ static int examine_directory (MUTTMENU *
   struct dirent *de;
   BUFFER *full_path = NULL;
   BUFFY *tmp;
+  short unsort;
 
   while (stat (d, ) == -1)
   {
@@ -505,8 +506,18 @@ static int examine_directory (MUTTMENU *
 add_folder (menu, state, de->d_name, mutt_b2s (full_path), , tmp);
   }
   closedir (dp);
+
+  if ((BrowserSort & SORT_MASK) == SORT_ORDER)
+  {
+ unsort = 1;
+ BrowserSort = SORT_SUBJECT;
+  }
+
   browser_sort (state);
 
+  if (unsort)
+ BrowserSort = SORT_ORDER;
+
   mutt_buffer_pool_release (_path);
   return 0;
 }


Re: HTML email?

2021-04-08 Thread Rene Kita
On Wed, Apr 07, 2021 at 07:22:51AM -0600, John Niendorf wrote:
> Hi Folks,
> 
> How do you all deal with HTML email?
I delete them.