stenur changed the topic of #mailx to: SysV mail/BSD Mail/POSIX mailx: send and receive Internet mail | May take a day, Sundays never | Logs: https://libera.irclog.whitequark.org/mailx
<rahl> stenur: I trust you enjoyed the cycle
<rahl> Thanks again for the info, and the work you're doing. There's no rush. It's really appreciated.
<rahl> for a moment I thought -Aich was four command line flags. But I see your account alias is ich, presumably "me" :)
<rahl> That git alias does seem perfectly reasonable - I could see myself preferring that to send-email. I like simplicity (though I'm not always good at achieving it).
<rahl> If I'm not mistaken, that would still suffer from this same issue
<stenur> rahl: my weather, i loved it; yesterday, too. Yes, you are absolutely right, it is broken since about 14.9.16; i am developing (with lots of breaks) v14.10 for over five years now, there has been no backport of a really important fix since 14.9.25 (necessary); i mean, ok, one could backport some stuff, but that mostly requires *real* work as so much infrastructure changed (or became sane for the first
<stenur> time, at all).. I hope i can do that Date: stuff this Saturday, i guess the code change itself is only a few lines, actually (needs a storage field in struct header, needs to be digged in grab_headers()), but i rather not release something only with this change; i'd rather ship that as one of the hundreds of improvements in v14.10 .. which unfortunately still takes a while :(
stenur has quit [Remote host closed the connection]
stenur has joined #mailx
<rahl> that's fair enough
<rahl> Nice to know it'll be there eventually
<rahl> Understandably it's not exactly a priority
<stenur> rahl: i have implemented it; nonsense, it was header_extract() not grab*, wtf. Anyhow, pretty small thing, but a bit incomplete yet since `digmsg' command does not completely support that. But the -t etc machinery works, inclusive test.
<stenur> with credits to you (rahl) again.
<stenur> Ja, was false thinking of mine, that "Date: is our very own timestamp"; git could have used a different approach though, yet, i knew that, with git, when i thought that. (Anything else aside, you know, ie, future rewrite, bug from 2019; it was active thinking not to take Date: from the outside.)
<stenur> Will polish digmsg, and add some more tests tomorrow; ie, today. (Unfortunately not table-driven yet, anything must be programmed out; anything-is-an-object is something different, what do i know.)
* stenur yaaawn