[mmh] long header fields

Hi all I have recently had a problem with to long header fields. Therfor I have implemented some header folding. I have also submitted my patch to nmh. David Levine and the other nmh developers for helping testing the patch. Also in the discussion came a problem up that a field may not contain a

Re: [mmh] showing attachments

rrecter your FS supports. I recommend stick to printable ascii. Philipp [0] expection: leading and trailing white space will be stript by mmh and all white space charrecters will be translated to space. > Cheers > Jürgen > > [2021-06-05 20:23] Philipp Takacs >

Re: [mmh] showing attachments

Hi Jürgen > thanks, that seems to work. > > But now I have the next problem: Trying to use whatnow2 via > comp -whatnowproc whatnow2 > I got an input-template starting with > mmh-last-editor: /usr/bin/vim > mmh-mhdist: 0 > before > To: > ... > > The same (almost) with repl. Oh sorry

Re: [mmh] showing attachments

[2021-05-27 18:54] Juergen Lorenz > in a previous mail, Philipp explains, why X attachments are problematic > and recommended using mhstore. > But in my old nmh-profile, I used programs which transformed the X > attachments to mere text, and they don't work either. Ok thats strange, most of them

Re: [mmh] Problems with mmh

Hi [2021-05-25 16:12] Jürgen Lorenz > thanks for your prompt reply. This is more the exeption then the rule. ;-) Not on purpose and I hope I can change this. So looking at your mail I would say your encoding is wrong. Probaly from some tries to fix your probles. So I would guess if you just

Re: [mmh] Problems with mmh

Hi [2021-05-24 17:14] Juergen Lorenz > I'm new to mmh, but not to nmh and mutt and the like. > This Mail is written in mutt, because mmh causes trouble. Nice to see a new user. > For example, the scan command produces the following output: > > ... > 2021-05-08 13:49 284

[mmh] changes to m_getfld2()

Hi Because of the work on getfields() and readmbox() I have notized some problems in m_getfield and the API. I have already mention the EOF2 status and the LENERR2. But this thread should collect all changes I currently plan to m_getfld2(). I mentiont in the first discossion of m_getfld2, that I

[mmh] mmh on freenode.net

Hi all I have created the channel #mmh on freenode. The main propose is to get quick support. Because there aren't this much users, implementation and features can also discussed. Feel free to join and chat about mmh. Philipp

[mmh] scansbr and mbox support

Hi During the work on getfields I fall a bit over the scan function. This function reads an mbox or a mail, generates the scan output and writes the the mail in the mailstore for inc. I would suggest to create a getfields like funktion wich reads a mail out of a mailbox and a scan funktion wich

Re: [mmh] getfields() prototype

[2020-05-10 18:50] Philipp Takacs > Currently version of the patches is attached. The commit messages aren't > finished yet and sometimes wrong. I'll fix this before I commit. > Comments? Of course I have forgett them. Philipp From 42901c2c423cffa12ef870233bf1996efd66768f Mon Sep 17

Re: [mmh] getfields() prototype

[2019-09-08 11:53] Philipp Takacs > [2019-08-31 12:16] Philipp Takacs > > As Markus mentioned in the other mail we plan to implement a wrapper > > around m_getfld2(). I have started with one called getfields() and > > following interface: > > > > [...] > >

[mmh] unknow mime types handling

we know but without a special handling. I have written a patch and some tests. Comments? Philipp From 37f44c80d16257b8bcd436ad74e4279650940856 Mon Sep 17 00:00:00 2001 From: Philipp Takacs Date: Thu, 9 Apr 2020 17:17:21 +0200 Subject: [PATCH] don't fail on unknown mime types --- test/tests/mhlist/t

[mmh] use INSTALL_SCRIPT for shell scripts

is attached, comments? Philipp From 628f25d1b714537d38548f42b9f86bce7f709a8e Mon Sep 17 00:00:00 2001 From: Philipp Takacs Date: Sat, 4 Apr 2020 05:07:23 +0200 Subject: [PATCH] use INSTALL_SCRIPT for shell scripts in uip/Makefile.in $(INSTALL_PROGRAM) may get the --strip flag. This don't work on shell

Re: [mmh] Previous-Sequence

[2020-03-24 08:56] markus schnalke > [2020-03-23 21:46] Philipp Takacs > > A updated version of my patches is attached, including the updated > > man pages. > > Please add a HISTORY section to the mh-sequence(7) manpage with > some explanation about the removal of t

Re: [mmh] folder_read with scandir()

[2020-03-23 21:08] markus schnalke > [2020-03-23 20:57] Philipp Takacs > > [2020-03-22 07:20] markus schnalke > > > [2020-03-22 01:08] Philipp Takacs > > > > [2020-03-21 23:01] markus schnalke > > > > > [2020-03-21 17:48] Philipp Takacs &

Re: [mmh] folder_read with scandir()

[2020-03-22 07:20] markus schnalke > [2020-03-22 01:08] Philipp Takacs > > [2020-03-21 23:01] markus schnalke > > > [2020-03-21 17:48] Philipp Takacs > > > > [2020-03-21 10:28] markus schnalke > > > > > [2020-03-19 12:45] Philipp Takac

Re: [mmh] folder_read with scandir()

[2020-03-22 07:20] markus schnalke > [2020-03-22 01:08] Philipp Takacs > > [2020-03-21 23:01] markus schnalke > > > [2020-03-21 17:48] Philipp Takacs > > > > [2020-03-21 10:28] markus schnalke > > > > > > > > > > - Files s

Re: [mmh] show sequences racecondition

[2020-03-21 23:29] markus schnalke > [2020-03-21 16:15] Philipp Takacs > Thanks for the explanation. Show(1) is the only case where I've > noticed the problem. Thus it's the most important. That's the reason I have started there. I would say I look at the patches again, to see

Re: [mmh] folder_read with scandir()

[2020-03-21 23:01] markus schnalke > [2020-03-21 17:48] Philipp Takacs > > [2020-03-21 10:28] markus schnalke > > > > > > Some comments: > > > > > > [2020-03-19 12:45] Philipp Takacs > > > > > > > > Also noticed the other fla

Re: [mmh] Previous-Sequence

Hi [2020-03-21 09:54] markus schnalke > [2019-12-15 17:55] Philipp Takacs > > > > During that I found the Previous-Sequence again. I don't see a reason > > why we need this feature. The usecases, I see, for the feature are better > > handled with mark or the backlog

Re: [mmh] folder_add and msgstats

Hi [2020-03-21 10:05] markus schnalke > [2020-03-19 12:33] Philipp Takacs > > I have also removed the > > clear_msg_flags loop from folder_read and folder_realloc. In most cases > > we use calloc, so this isn't necesarry. At one place in folder_realloc > > reallo

Re: [mmh] folder_read with scandir()

[2020-03-21 10:28] markus schnalke > [2020-03-19 12:45] Philipp Takacs > > > > I have also looked at folder_read and found it't a bit ugly ;-) > > A good indicator for starting to rework. :-) > > > I have rewritten it with scandir. This saves about 40 loc and

Re: [mmh] show sequences racecondition

Hi [2020-03-21 09:32] markus schnalke > [2020-03-19 12:14] Philipp Takacs > > [2019-12-15 17:55] Philipp Takacs > > > > > > I have looked at the problem with open pager for show and change the > > > sequences during the pager is open. This happen often, if

[mmh] folder_read with scandir()

of knowing that there are other files in a folder. Philipp From cd91711daacb8a7383b7c0815b84d909c13e429a Mon Sep 17 00:00:00 2001 From: Philipp Takacs Date: Thu, 19 Mar 2020 02:50:51 +0100 Subject: [PATCH] use scandir in folder_read --- sbr/folder_read.c | 149

[mmh] folder_add and msgstats

loop from folder_read and folder_realloc. In most cases we use calloc, so this isn't necesarry. At one place in folder_realloc realloc is used. There I have add a memset. comment? Philipp From cc0518925f0c38967307600ca864f352de95aa9e Mon Sep 17 00:00:00 2001 From: Philipp Takacs Date: Wed, 18 Mar

Re: [mmh] show sequences racecondition and Previous-Sequence

Hi [2019-12-15 17:55] Philipp Takacs > I have looked at the problem with open pager for show and change the > sequences during the pager is open. This happen often, if you show a > message and recieve a new message. after a hint from simon, that in my patch is still a raceconditi

[mmh] show sequences racecondition and Previous-Sequence

the rest of the race we could add locking. Comments? Philipp From b4b4f102566d1d3d0e4686ebf157d513a6a68f30 Mon Sep 17 00:00:00 2001 From: Philipp Takacs Date: Sun, 8 Dec 2019 17:54:29 +0100 Subject: [PATCH 1/2] remove previus sequence unfinished, docs need update --- config/config.c | 1 - h/mh.h

Re: [mmh] pick rework the secound

Hi I have pushed this now. @markus you wanted to update the documentation for this. Philipp [2019-07-14 14:01] Philipp Takacs > [2019-07-09 19:47] markus schnalke > > [2019-07-09 16:04] Philipp Takacs > > > > > > So if you find a test case is to little bug me t

Re: [mmh] getfields() prototype

Hi [2019-08-31 12:16] Philipp Takacs > As Markus mentioned in the other mail we plan to implement a wrapper > around m_getfld2(). I have started with one called getfields() and > following interface: > > [...] > > So next step is clean up the error messages a bit. I have

Re: [mmh] multipart/related inside multipart/alternative

Hi I have pushed the mentioned commit. Philipp [2019-09-04 10:53] Philipp Takacs > Hi > > I have recied a mail with folowing mime strukture: > > msg part type/subtype size description > 987 multipart/alternative1648K >

[mmh] multipart/related inside multipart/alternative

Hi I have recied a mail with folowing mime strukture: msg part type/subtype size description 987 multipart/alternative1648K 1 multipart/related1646K 1.1 text/html 10K 1.2 image/png

Re: [mmh] pick rework the secound

Hi [2019-07-09 19:47] markus schnalke > [2019-07-09 16:04] Philipp Takacs > > > > So if you find a test case is to little bug me to add one ;-). > > Some suggestions: > > - `pick -subject foo' for lower, upper and mixed case ``foo'' in > the subject > >

Re: [mmh] pick rework the secound

[2019-07-08 16:15] markus schnalke > Unfortunately, I haven't had a closer look, no testing and probably > won't find the time to do so. What you wrote sounds good. I > appreciate that you added a testcase to catch regression bugs! I should add more tests before I rewrite a whole tool or add a

[mmh] New build system

Hi As said in an other mail I'm currently working on a build system replacement. The idea is that we have a Makefile and a config.mk. The Makefile defines all the defaults and does the build and installation. In the config.mk a user can set some config like compiler, prefix, ... Currently I have

Re: [mmh] [PATCH] Remove redundant check

[2019-02-02 10:26] Dmitry Bogatov > * sbr/pidstatus.c(pidstatus): signum variable, returned by WTERMSIG macro > is always positive. The problem is WTERMSIG don't promise this. So if a bad implementation return a negative number we have undefined behavior. The test is not expensive. So I

Re: [mmh] mmh-0.4 is released! (meillo's mail handler)

[2019-02-01 14:26] Dmitry Bogatov > [2019-01-31 21:47] Philipp Takacs > > > 2. Hyphen usage in manpage > > > > I don't understand this patch. You change the etc/mhl.reply which > > is a config file for reply not a manpage. > > It gets included into

Re: [mmh] mmh-0.4 is released! (meillo's mail handler)

[2019-01-08 12:37] Dmitry Bogatov > [2019-01-06 20:40] Philipp Takacs > > After more then a year I can announce the release of mmh-0.4 > > > > http://marmaro.de/prog/mmh/files/mmh-0.4.tar.gz > > Good news. You seems to forgot to upload signature (mmh-0.4.tar.gz.a

[mmh] mmh-0.4 is released! (meillo's mail handler)

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

Re: [mmh] mmh 0.4 whatnow2 and pick

[2018-12-30 04:22] Philipp Takacs > I'm a bit after my schedule, but I think we still can handle > the release at 06.01.2018. So my last featers are commted and pushed (a bit late I know). So we are ready to test. The Testsuit for the new features is a bit small, so feel free to write som

Re: [mmh] mmh 0.4 whatnow2 and pick

[2019-01-02 15:22] c_14 > [2018-12-30 04:22] Philipp Takacs > > I have merged the pick branch. Please test it. Also some aditinonal test > > would be nice. > pick -thread aborts with "free(): invalid pointer" Thanks for the report. There were two problems in the

Re: [mmh] mmh 0.4 whatnow2 and pick

Hi I'm a bit after my schedule, but I think we still can handle the release at 06.01.2018. [2018-12-17 01:40] Philipp Takacs > pick is not merged at the moment, because of the documentation. I work > on this at the moment. The branch is finished to work with so feel free >

Re: [mmh] whatnow, whatnow2, draft metadata

Hi [2018-12-17 10:06] markus schnalke > Philipp brought the whatnow topic up again (in private > conversation). I realized that I still don't use whatnow2, which > is a bad thing when we would want to drop whatnow in the next > release. Our last discussions on the topic are a year or so ago.

[mmh] mmh 0.4 whatnow2 and pick

Hi all The last release of mmh is a bit old and some things have changed. Therefore I plan a new release of mmh. The big changes for mmh 0.4 are whatnow2, the merge pick and scan and the redesign of the pick matching. Also some other features and bug fixes have been done since mmh 0.3. Talking

Re: [mmh] mhl trailing white space

[2018-11-22 08:35] markus schnalke > [2018-11-19 03:41] Philipp Takacs > > > > Hi all > > > > After I have looked at the ali bug, I have looked at the other tests > > which are skipped. I have noticed the mhl with space feature is not this > > hard to port

[mmh] whatnow2 and mhl globbing

ilipp From e3b841e72e0e3d2c3607881c19bc2f0011dfa743 Mon Sep 17 00:00:00 2001 From: Philipp Takacs Date: Mon, 10 Jul 2017 16:34:45 +0200 Subject: [PATCH] mhl implement simple globbing ignores now supports simple globbing --- man/mhl.man1 | 5 + uip/mhl.c| 30 +- 2 files changed, 34 insertions(+),

[mmh] pick rework

for pick, but this is still unfinished. Philipp From b7df0ea22b417220d96485c84d5d0a0b2e8e86ea Mon Sep 17 00:00:00 2001 From: Philipp Takacs Date: Wed, 21 Nov 2018 22:06:22 +0100 Subject: [PATCH 1/3] remove free of static memory --- uip/pick.c | 1 - 1 file changed, 1 deletion(-) diff --git

Re: [mmh] mhl trailing white space

[2018-11-22 08:35] markus schnalke > [2018-11-19 03:41] Philipp Takacs > > > > Hi all > > > > After I have looked at the ali bug, I have looked at the other tests > > which are skipped. I have noticed the mhl with space feature is not this > > hard to port

[mmh] inbox and defaultfolder

ave written a patch which uses getdeffol(). I'm also not shure if we should fail if the default folder can't create. Philipp From 8a1fa1771c1b345cfdb96171149e5429dfc706fc Mon Sep 17 00:00:00 2001 From: Philipp Takacs Date: Fri, 26 Oct 2018 21:53:36 +0200 Subject: [PATCH] read the defaultfolder

Re: [mmh] Accept header lines of exactly 998 characters

Hi [2018-07-18 23:13] Vasilii Kolobkov > I'm having the tests green... well technically they are black, but > function much better to their end on OpenBSD :) Thanks. > Yet two of them do fail, but that'd be another patch. The ali tests > for the blind lists fail - it's the first time i came to

Re: [mmh] Accept header lines of exactly 998 characters

[2018-07-16 09:20] Vasilii Kolobkov > [2018-07-16 03:18 +0200] Philipp Takacs > > What a strange BSD are you using, maybe OpenBSD ;-)? seq is part of Net, > > Free and DragonflyBSD. Ok, the awk bug/missing feature is also in FreeBSD. > > There's no hiding from you, Philipp!

Re: [mmh] Accept header lines of exactly 998 characters

[2018-07-15 23:29] Vasilii Kolobkov > [2018-07-15 13:50 +0200] markus schnalke > > Fortunately you don't have to slap me. *phew* ;-) > > Seems like i missed out on some fun :) Still managed to get spanked > - i didn't run tests until now, just to find out that there are > some issues running

Re: [mmh] Accept header lines of exactly 998 characters

[2018-07-14 14:53] Vasilii Kolobkov > [2018-07-14 14:16 +0200] Philipp Takacs > > By the way, the body handling in spost is a bit odd. > > Mind sharing what's the odd bits? I might take a stab at it in spare > time. It's the inner loop, so first time m_getfld2() returns B

Re: [mmh] Accept header lines of exactly 998 characters

is a bit odd. Philipp From 4a271b7cef4270e0079ab8903e0de6850d6e8710 Mon Sep 17 00:00:00 2001 From: Philipp Takacs Date: Sat, 14 Jul 2018 11:24:36 +0200 Subject: [PATCH 1/2] check for crlf in m_getfld2 now header fields witch lines 998 chars and crlf are accepted. --- h/mh.h | 1 + sbr/m_getfld2.c | 6 -- 2 files

Re: [mmh] Re: Comments on the Debian package

Hi [2018-02-16 23:16] kact...@gnu.org > > Hello. Sorry for late reply, was away from keyboard for very long time. Nice to hear from you again. > [2017-04-17 15:36] markus schnalke > > Hoi Dmitry and all, > > > > first of all, thanks for maintaining the Debian package! It's

Re: [mmh] archiving encrypted mail

[2017-09-01 11:00] Vasilii Kolobkov > Hello mmh folks! Hi > Does anybody here save their outgoing encrypted mail unencrypted? > Any ideas on how would be best to handle this? After looking into this I have seen that send refile the draft to the +trash folder, but this

Re: [mmh] pick(1) putting zero at the end

Hi [2017-07-08 15:15] markus schnalke <mei...@marmaro.de> > [2017-07-08 14:51] Philipp Takacs <phil...@bureaucracy.de> > > [2017-07-07 11:58] markus schnalke <mei...@marmaro.de> > > > [2017-07-07 11:32] Vasily Kolobkov <polezaivs...@openmailbox.org> >

[mmh] Re: Building with musl libc

[2016-12-28 17:47] m...@arascio.xyz > | > hostname: sethostname: Operation not permitted > | > hostname: sethostname: Operation not permitted > | > tests/mhsign/test-mhsign: mhsign -enc > | /tmp/mmh-test-XXFnPJDc/Mail/drafts/1 f > | > ailed > | > --- - 2016-12-25 12:13:43.492162240 -0700

Re: [mmh] scan and pick (was: How "modern" are you willing to go?)

e focused on the actuall code not on the buildsystem changes. > > [2016-09-09 19:45] Philipp Takacs <phil...@bureaucracy.de> > > --- a/uip/pick.c > > +++ b/uip/pick.c > > @@ -83,10 +89,12 @@ static int listsw = -1; > > > > void putzero_done(); > > >

Re: [mmh] Re: Building with musl libc

[2016-12-25 12:18] m...@arascio.xyz > > part 1 text/plain 303 > | [2016-07-29 00:26] markus schnalke > | > > | > @all: Has anyone verified that the latest version runs fine with > | > musl libc? > > mmh builds without a problem on Void Linux with gcc

Re: [mmh] Changes to ali.man1

[2016-12-15 12:20] markus schnalke > [2016-12-13 20:14] Larry Hynes > > > > Following is a start on the man pages, beginning with ali.man1. > > Great, thanks! > > [...] > > Apart from that, your patches are fine. I'm gonna apply them. I have applied

Re: [mmh] better thread support

[2016-11-28 19:27] markus schnalke > What I think about for a long time is the use of shell > scripts as mmh commands. I see the great leverage we get > from shell scripting, but OTOH I see the inconsistency > that creeps into our so consistent C framework. All C tools > behave

Re: [mmh] scan and pick (was: How "modern" are you willing to go?)

[2016-09-09 19:45] Philipp Takacs <phil...@bureaucracy.de> > It wouldn't be that complicate. We would to replace the > > > printf("%s\n", m_name(msgnum)); > > with a call to scan() and add the ``-format'' switch. > > In other words pick supports only the

Re: [mmh] [PATCH 4/4] whatnow2: improve attach action

[2016-09-16 15:22] Dmitry Bogatov > > part text/plain1232 > > * avoid bogus Attach header, containing directory of >file being attached Can you explain what bug. > * simplify code, taking advantage of `readlink -f'. > --- > > Notes: > This

Re: [mmh] [PATCH 1/4] Factor out draft file creation from replout()

[2016-09-16 15:22] Dmitry Bogatov > + if (!out) { > + adios(EX_CANTCREAT, filepath, "unable to create"); > + } I don't think it's good to add more exit/adios calls in the library. Philipp

[mmh] scan and pick (was: How "modern" are you willing to go?)

[2016-09-09 09:35] Link Satonaka > > [meillo] > > > [Link] > > > Another oddity to me as a new user is the separation of ‘pick’ and > > > ‘scan’. How much sense does it actually make that these are two > > > separate utilities? > > > > How much sense does it make that

[mmh] build in diffrent directory don't work

Hi Since the commit 94ac6bb build in a diffrent directory don't work. This means the test suite can't be used. I have a patch attached and will push this today. @Markus For what is the gettitle() funktion in man/gettitles.sh? Philipp diff --git a/man/Makefile.in b/man/Makefile.in index

Re: [mmh] m_convert refactor

Hi [2016-09-02 23:11] Dmitry Bogatov > I am considering refactor m_convert function. It parses messages > specification, like `1-c' or `15' and set corresponding messages > selected. In general this is a good idea, but Markus mentioned some time ago that he wants to redesign

Re: [mmh] [PATCH] Fix unreproducible build

Thanks it's commited. Philipp

Re: [mmh] [PATCH] Fix spelling errors, including binaries ones

Thanks it's commited Philipp

Re: [mmh] [PATCH] Fix unreproducible build

[2016-08-27 11:24] kact...@gnu.org > +echo "char *version_str = \"mmh-$VERSION\";" This is a little less information. Maybe add the git commit hash. Philipp

Re: [mmh] [PATCH] Fix out-of-bounds error when incorporating email from stdin

[2016-08-26 21:14] kact...@gnu.org > Before this patch, if +inbox is empty, following error happened: > > $ inc -file - < /dev/null > > Incorporating new mail into inbox... > > inc: no messages incorporated, continuing... > inc: Bug: message out of bounds > > This

Re: [mmh] [PATCH] Enable configuration of sendmail program

[2016-08-23 17:59] Dmitry Bogatov > But what about mentioning it in spost(8)? Manpage (btw, why it is in section > 8?) > mentions following configuration, and does not mention anything else: > > Aliasfile: For default alias files > Default-From:The

Re: [mmh] [PATCH] Enable configuration of sendmail program

[2016-08-23 17:04] kact...@gnu.org > This patch introduces new profile option 'Sendmail', which is name of > program used to actually send email. Using this option, user can > specify other mail-sending program, like `msmtp' without installing it > globally as `/usr/sbin/sendmail'. If you look at

Re: [mmh] Testcases

[2016-08-11 03:48] Philipp Takacs <phil...@bureaucracy.de> > [2016-08-10 09:39] markus schnalke <mei...@marmaro.de> > > Besides the ali test, this is the one failing (as Philipp already > > mentioned): > > > > tests/repl/test-decode-addr: cat `mhpath +d

Re: [mmh] Testcases

[2016-08-11 03:48] Philipp Takacs <phil...@bureaucracy.de> > Yes and no, the real problem is the funktion decode_rfc2047(). > I have looked a bit deeper in this and also have a smaller test > program for debuging attached[0]. I found a bug in my test new version is attached. #in

Re: [mmh] Testcases

[2016-08-10 09:39] markus schnalke > Hoi. > > Philipp, thanks for your work in the test suite. The result is > much better now. > > Great, you did a start with tests/send/test-mimeify! I'll add some > more cases. > > > Besides the ali test, this is the one failing (as

Re: [mmh] Fix typo in whatnow2 function "display"

[2016-08-08 16:14] m...@arascio.xyz > The attached patch fixes a typo in the whatnow2's "display" function. Thanks, it's pushed. Philipp

Re: [mmh] Fix typo in whatnow2.sh

[2016-08-06 14:13] m...@arascio.xyz > Hello, > > The attached patch corrects a typo in uip/whatnow2.sh, introduced in > commit 8a5c714. Thanks it's pushed. Philipp pgpkAnWufNFR8.pgp Description: PGP signature

Re: [mmh] Release plan for mmh-0.3

[2016-08-04 18:45] markus schnalke > > part text/plain1060 > [2016-08-01 07:13] markus schnalke > > > > Okay, so let's freeze next Sunday. > > Work still to do: > > - Always MIMEify patch: I'm working on it. (The If-has-MIME-Version

Re: [mmh] Release plan for mmh-0.3

[2016-08-04 19:15] m...@arascio.xyz > scrīpsit markus schnalke : > > | Work still to do: > | > | - There are some tests that fail. See: > | http://marmaro.de/prog/mmh/nightly/tests-log/runalltests.log > | * tests/ali/test-ali that's okay, we need to port code

Re: [mmh] Always MIMEify?

[2016-07-28 23:45] markus schnalke > I see no reason why this should be problematic. (At least the > nmh guys didn't wanted to create MIME messages if possible to > avoid ... but if the MIMEification differs just by these three > header lines, I can hardly imagine why one would

[mmh] mhsign.sh

Hi The current version of mhsign isn't working, I have a patch for it. I haven't fully tested it, but it's on my todo list. Philipp

Re: [mmh] Release plan for mmh-0.3

[2016-07-29 00:26] markus schnalke > More concrete: Start to freeze this Sunday or start to freeze in > a week? What do you think? Because it's already Sunday I would say in a week. > Stuff currently in the pipe (in decreasing priority for me): > > - Allow inc(1) to read

Re: [mmh] new whatnowproc

[2016-07-30 23:34] markus schnalke > I just discovered this typo: > > > draftfolder=`mhparam Draft-Folder` > > if [ -z "$dratffolder" ] > > then > > draftfolder="+drafts" > > fi > > Should be ``draftfolder'' instead of ``dratffolder'' in the > is-empty test. Thanks, a

Re: [mmh] new whatnowproc

[2016-07-29 00:42] markus schnalke <mei...@marmaro.de> > [2016-02-27 16:40] Philipp Takacs <phil...@bureaucracy.de> > > Some meta-info (i.e. last-editor) are stored in a metafile so this is > > available over different sessions. > > How should your new whatn

Re: [mmh] mmh and IMAP

[2016-07-25 19:02] j...@ssh.bio > As you see, I am getting started with mmh. I have mail with gandi.net, > and have a few device I wish I can read my mail from. > > I've often seen users (maybe all here) have their own server. > Pulling them all locally, and acessing them via ssh. > > But I do

Re: [mmh] Compilation error for 0.2 ang git

[2016-07-25 01:17] j...@ssh.bio > Commands I ran to get compilation error, from either the git 0.2 tar > version: > > ~~~ > $ ./autogen.sh # For git version only > [...] > > $ ./configure # I skipped all the 'yes' and the default/normal values > [...] > > $ make > [...] > gcc -s -o forw

Re: [mmh] [PATCH 1/4] whatnow.c/main(): factor out interactive subcommand `display'

[2016-07-22 12:42] Dmitry Bogatov > > > Concerning your criticism of the whatnow-specific problems, the > > short answer is: Whatnow(1) is supposed to die. There's no sense > > in improving the implementation of a structurally bad concept. > > Whatnow is a shell in the shell. It

Re: [mmh] [PATCH 4/4] Refine function signatures with const

[2016-07-21 19:46] markus schnalke > > part text/plain2069 > [2016-07-21 15:50] Dmitry Bogatov > > > > > I agree that giving this const hint is valuable in these cases. > > > But I disagree to apply this patch. > > > > > > Our code base

Re: [mmh] A pair of smalltime mmh fixes

Hi Vasily [2016-07-13 21:04] Vasily Kolobkov > I found some minor issues during setting up mmh and thought you > might want to have a look. Thanks for your patches. The changes you make look good. I have two small issue with the patches: 1. The patches are not

Re: [mmh] better error handling

[2016-05-11 13:26] markus schnalke <mei...@marmaro.de> > > part text/plain 492 > [2016-05-08 18:53] Philipp Takacs <phil...@bureaucracy.de> > > > > I have added this output, because I like it and not valid mails > > indicates

[mmh] better error handling

Hi I have written a patch to handle the error messages of m_getfld2 better. This patch consider LENERR2 and FMTERR2 not fatal in every case, so a bad message can be used. IOERR2 is still handle as fatal, because this indicates an error in fgets or malloc (over getline). What do you think about

Re: [mmh] Issues following the m_getfld merge

[2016-04-23 19:02] markus schnalke <mei...@marmaro.de> > Thanks for your reply. > > [2016-04-23 17:51] Philipp Takacs <phil...@bureaucracy.de> > > [2016-04-23 14:38] markus schnalke <mei...@marmaro.de> > > > > > > 1) mh_sequences is poorly forma

Re: [mmh] Fwd: Replace getcpy() and strdup() with mh_xstrdup()

[2016-04-03 21:33] m...@arascio.xyz > The attached patch replaces getcpy() and strdup() with mh_xstrdup() as > discussed previously. Specifically, Thanks for your work I have added it with two little adjustment. > > - mh_xstrdup() calls adios() in case of memory allocation error; I

Re: Replace free() with mh_free0() (previously "Replace mh_xmalloc() with mh_xcalloc()", "[mmh] Future work")

[2016-03-21 20:28] m...@arascio.xyz > > The attached patch replaces all calls to free() with the discussed > function mh_free0(), which I've added to sbr/utils.c. Thanks for this patch. I have added a little detail. In some cases a pointer is set to NULL write after the free, I removed this,

Re: [mmh] Replace getcpy() and strdup() with mh_xstrdup().

Hi [2016-03-16 09:05] m...@arascio.xyz > One item in the list found in docs/TODO was replace getcpy() with > strdup(). So I've added a subroutine to sbr/utils.c called "mh_xstrdup" > with which I've replaced all calls to getcpy() and to strdup(), except > those in sbr/mf.c; the file sbr/mf.c

Re: Replace mh_xmalloc() with mh_xcalloc() (previously "[mmh] Future work")

[2016-03-14 09:29] m...@arascio.xyz > scrīpsit markus schnalke : > > > [2016-03-13 12:46] m...@arascio.xyz > > > > > > As suggested, the attached patch changes calls to mh_xmalloc() into calls > > > to mh_xcalloc(). > > > > If feasable, I would suggest, to apply the

Re: [mmh] reply and MIME

[2016-03-01 20:51] markus schnalke > Maybe try `show -part 1'. It's enough to quote the first MIME part; > strange attachments come later. Actually I like this behavior. Sometimes I want to use parts of the attachments in my answer. For example if I reply to a message with a

[mmh] reply and MIME

Hi I have recently looked at the repl problem with MIME-mails and had a simple idea: Just use show. To explain at the moment the body of an answer is produced the following way: $ < $mail | mhl -form $filter >> $newdraft The problem now is, mhl can't decode MIME. But we have already a tool to

Re: [mmh] [PATCH] Add existing "From:" to Bcc-ed messages.

[2016-01-13 15:15] markus schnalke > @Philipp: Have you looked at the code already? Yes and I have a few comments: Is it the best way to copy the hole from-field? Wouldn't it be better to find the mailaddress in the same way as for the sender? In most cases this would be the

  1   2   >