format-patch is attached.
Thanks for good feedback.
Philipp
From c2fce54f46b3a393457b242c65b0e0af95ecfa21 Mon Sep 17 00:00:00 2001
From: Philipp Takacs
Date: Fri, 25 Aug 2023 09:29:42 +0200
Subject: [PATCH] mhbuild implement header folding
mhbuild now folds header fields to prevent lines
[2023-08-26 08:44] David Levine
> Philipp wrote:
>
> > I have noticed that two tests (test-mhfixmsg and test-binary) fail
> > on my computer. I use debian stable and configure outputs folloing:
>
> What is your locale?
$ locale
LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_CTYPE="en_US.UTF-8"
[2023-08-23 14:29] Philipp
> [2023-08-20 22:14] David Levine
> > Ken Hornstein wrote:
> >
> > > [Phillip wrote:]
> > > >Or in output_headers(). I'm not sure if there an extra options would be
> > > >required.
> > >
> > > That is one option. Another is that repl(1) could do a better job; I
> > >
[2022-06-29 21:07] Steffen Nurpmeso
> (I personally like a nice and so on, append-only MIME MBOX the
> most, and do not understand why people do not like it.
Because mbox is a horrible file format. First of all it's only one file
so you have to build a folder stucture around it. Next it's hard
Hi
[2022-06-27 12:50] Wolfgang Denk
> tldr: How can I export (and keep in sync) MH folders to an IMAP
> account; direction is only MH -> IMAP.
I currently use netoric[0] a small imap sync programm written by a friend
of mine.
Before that I have used mailsync[1].
Philipp
[0]
Hi
The linewrapping in mhl is not realy good and I would like to implement
some improvements.
First of all it depends on the terminalsize, if the size is not given by
the arguments. This leads to diffrent linewrapping on reply depending on
the size of the terminal. This could be fixed by going
Hi again
[2022-05-17 11:43] Greg Davidson
> When I list my message with
> mhlist -file mobile-tabs.eml -part 1
> I get
> mhlist: bogus multipart content in message .../mobile-tabs.eml
Sorry, I have overseen this output.
> Looking at the message, I see that the part in question begins
Hi Greg
First of all, it looks like you using _m_mh not _n_mh.
[2022-05-17 11:43] Greg Davidson
> I'm trying to extract part of a multipart message sent to me
> by Firefox Mobile in order to save my mobile tabs. I would
> like to extract the text/html part as that is the part which has
> the
[2022-04-21 14:49] Eric Gillespie
> And it gets even worse: first you have to wait for pick to slowly
> search ALL THE FILES (within limiting message range you may have
> given it if you have any idea and often I did not), and then you
> wait for scan to slowly readdir everything, and THEN you
Hi Ralph
[2022-04-01 13:41] Ralph Corderoy
> > Ralph wrote:
> > Ok I see this more the other way around, pick shoundn't write
> > sequences, there is mark(1) for this.
>
> Yes, if pick always listed by default then it could skip the writing of
> sequences by passing them as arguments to mark.
Hi David
[2022-03-30 08:39] Ralph Corderoy
> > David wrote:
> > > I don't think that departure from the Unix philosophy can be
> > > considered good for nmh.
> >
> > I don't quit understand this argument. From my perspective the current
> > interface don't match the Unix philosophy. To explain
[2022-03-30 10:41] Conrad Hughes
> I'm somewhat neutral on this — can see the convenience etc. — but here's
> a case that is currently unambiguous (because MH commands have side
> effects) that might cause complications for general switch parsing:
>
> refile +foo `pick ... +bar`
>
> .. if
[2022-03-29 05:05] David Levine
> > In order to do this we could add the -form/-format switches to pick and
> > make scan a link to pick. To avoid most breakage pick would use "%(msg)"
> > format by default and scan.default if called as scan. This way only some
> > scan aliases would break (if
Hi
To scan selected messages currently a combination of scan and pick
is used. It would be nice to be able to write something like:
> scan -from bob
In order to do this we could add the -form/-format switches to pick and
make scan a link to pick. To avoid most breakage pick would use "%(msg)"
Hi
I have written a small whatnow replacement[0]. This might be intresting
for some of you. The main benefit from it, is that it works without be
a shell. You allways work from your own shell.
It is a drop in replacement for whatnow. So all you need to do is to
put this script in your path and
[2022-02-13 13:09] David Levine
> Thank you for submitting your patch, Philipp. I have these
> reservations with it:
>
> 2. For existing users, it may require changes to their existing nmh
>environments.
As I explained, for most cases this is not true, even if this is enabled
by default.
Hi
repl will break urls with the format switch, depending on the size of
your terminal. A test case is attached. To reproduce run the test in a
terminal with less then 300 chars width.
Philipp
#!/bin/sh
##
#
# Test repl -convertarg
#
[2022-02-11 18:25] David Levine
> Philipp wrote:
> > As a _m_mh user I don't have the -convertargs switch.
>
> You submitted a patch to nmh. I'm not sure what mmh has to do with
> any of this. Are you asking for an nmh enhancement to support mmh?
No, I try to explain why thinks looks diffrent
[2022-02-11 02:55] David Levine
> Philipp wrote:
>
> > Hi David
> >
> > I don't understand why do you try to convince me from convertargs.
>
> I'm not trying to convince you of anything. I'm trying to understand
> how nmh could benefit from your patch. And whether your approach could
> be
Hi David
I don't understand why do you try to convince me from convertargs. As
said before: I have a working solution. Also convertargs will not work
in my setup. No I don't say convertargs is bad, I say my aproatch is
better. It has it own drawbacks, but in comparson they are smaller and
better
[2022-02-08 18:51] David Levine
> Philipp wrote:
>
> > Thanks for all the discoussion. I have an updated version of this patch.
>
> I tried the patch. It works, but it produces text content of fixed
> line lengths. So it can break URLs and other text that shouldn't be
> arbitrarily modified.
Hi
[2022-02-05 16:53] Philipp Takacs
> Reply to mime messages is an old problem. I have an idea to workaround
> or fix this. Instand of adding mime to mhl, repl could also first decode
> mime before pipe the mail to mhl. This can be done by mhshow.
>
> I have attached a patch fo
Hi
[2022-02-07 16:54] Ralph Corderoy
> > Instand of only depending on the programm name the config can be
> > extended to also depend on the calling programm. So you can config
> > diffrent options depending on which nmh programm called another nmh
> > programm. This could be done by (ab)using
[2022-02-06 08:26] Paul Fox
> philipp wrote:
> > [2022-02-05 22:19] Ken Hornstein
> > >
> > > My only concern with this patch is that it unilaterally overrides the
> > > existing behavior, and one thing I've seen over the years is that there
> > > are a LOT of users wedded to existing
[2022-02-05 22:19] Ken Hornstein
> >Reply to mime messages is an old problem. I have an idea to workaround
> >or fix this. Instand of adding mime to mhl, repl could also first decode
> >mime before pipe the mail to mhl. This can be done by mhshow.
> >
> >I have attached a patch for this.
>
> From
part.
What do you think about this patch? Did I missed some problems?
Philipp
From 34d2763d73edf12e4b4cfb45e063e1ffa19519c3 Mon Sep 17 00:00:00 2001
From: Philipp Takacs
Date: Sat, 5 Feb 2022 12:21:35 +0100
Subject: [PATCH] repl: pipe mail through mhshow
When reply to a MIME message the mhshow
Hi
[2022-01-29 12:41] Thomas Dupond
>
> Philipp Takacs wrote:
>
> > [2022-01-28 18:18] Ken Hornstein
> > > >However when I do that and quote some email which is not strictly ANSI I
> > > >get these weird =C3=A9 instead of é. Some other characters are
[2022-01-28 18:18] Ken Hornstein
> >However when I do that and quote some email which is not strictly ANSI I
> >get these weird =C3=A9 instead of é. Some other characters are
> >affected.
> >
> >Do you have any idea on how to resolve that?
>
> In a perfect world mhl would be MIME-aware and just
Hi
[2021-06-05 15:16] Jon Steinhart
> Is there any incantation for "show only the headers explicitly listed
> in mhl.format" so that new and uninteresting headers from everybody's
> latest spam filter, mailing list manager, and internal tracking don't
> fill the screen.
You can remove the
in mhl and the scan/pick
merge. On the other side the whole scan.c file is removed. Also whatnow
is still in the count. (All numbers calculated by sloccount.)
Thanks to everyone who contributed to this release. Some of the work is
ported from nmh. The commits:
47 Philipp Takacs
22
30 matches
Mail list logo
