~labrat

Recent activity

[WIP PATCH] notmuch: remove gc close hooks 6 days ago

From Reto Brunner to ~sircmpwn/aerc

We frequently had issues with notmuch segfaulting and my guess is that this
was due to the garbage collection magic used in the module.

This changes to a fork that ripped the functionality out.
---
 go.mod                         | 2 ++
 go.sum                         | 2 ++
 worker/notmuch/lib/database.go | 1 +
 3 files changed, 5 insertions(+)

diff --git a/go.mod b/go.mod
index 2a5be54..9e324bd 100644
--- a/go.mod
+++ b/go.mod
[message trimmed]

Re: Are Layout changes possible? 8 days ago

From Reto to ~sircmpwn/aerc

On Mon, Nov 23, 2020 at 11:01:19AM +0100, sr.ht@lorenz-kraft.de wrote:
> OR, speaking of standards: https://jmap.io/client.html
> Might be a killer feature if the JMAP specs become the base for aerc mail and beeing able to pass
> those specified structure to external scripts.

Jmap will probably never happen in aerc.

> > We have signed mails, nested mails, alternatives (same content, different representation)
> > attachments, plain text mails that aren't mime at all…
> If aerc can not read / interpret those, its clearly not possible to pass the „standard parts“
> to external scripts.
We can parse and interpret some of those.
The question is, what's the body?

Re: Are Layout changes possible? 9 days ago

From Reto to ~sircmpwn/aerc

On Sun, Nov 22, 2020 at 09:03:43PM +0100, sr.ht@lorenz-kraft.de wrote:
> I see … but i think „html body“ and „txt body“ etc. are mainly structural things that seem
> to be consistent the last 20 years. Parsing the actual headers/body parts/etc. is really more
> a userland problem.

It evolved rather a lot in the last 20 years as mime / encodings became a thing.

> But personally i see many more possibilities when aerc might support passing several „Standard“
> Mail parts to external software.

What's "standard" to you?
We have signed mails, nested mails, alternatives (same content, different representation)
attachments, plain text mails that aren't mime at all...

Re: Are Layout changes possible? 9 days ago

From Reto to ~sircmpwn/aerc

On Sun, Nov 22, 2020 at 08:33:19PM +0100, sr.ht@lorenz-kraft.de wrote:
> Well, would be nice if somehow a little „preparsed“. Like mentioned:
> - txt body (raw)
> - html body (raw)
> - headers (raw, maybe somehow „indexed“ like „header_subject=XXX“, might be
> better for user space glue code)
> - attachments (raw or maybe as array … not sure if i can pass an array to shell script)

But by now we are implementing our own special snowflake protocol, which is not
something to strive for.

If you want to do stuff that is more complicated than render a certain message part
you should be prepared to understand what you are parsing.
There are multiple tools out there already doing it for you, or you could write

Re: Are Layout changes possible? 9 days ago

From Reto to ~sircmpwn/aerc

On Sun, Nov 22, 2020 at 08:24:08PM +0100, Reto wrote:
> While I'm not exactly fond of it, it should be pretty easy to make :filter
> accept a flag that dumps the whole email to the filer.

He, nevermind... not a command.
The filters are set in the config. We could shoehorn that in somewhere maybe.
But I still don't think this is the right way to go.
Just do the processing out of band.

Cheers,
Reto

Re: Are Layout changes possible? 9 days ago

From Reto to ~sircmpwn/aerc

On Sun, Nov 22, 2020 at 08:05:04PM +0100, sr.ht@lorenz-kraft.de wrote:
> I think the „:pipe“ and „filters“ are just the right way, but needs some broader
> possibilities. So in general, i think that if every external program can access
> txt body, html body, header and attachments: All sorts of crazy stuff can be done
> with mails. I think using the „normal“ shell exit codes (0/1/2) might even be enough
> to signal back for further mail handling.

While I'm not exactly fond of it, it should be pretty easy to make :filter
accept a flag that dumps the whole email to the filer.

Keep in mind though, that this will be the raw, non decoded, non parsed email
then.

Or what did you have in mind?

Re: Changing folder in IMAP breaks aerc 9 days ago

From Reto to ~sircmpwn/aerc

Hi,

On Sun, Nov 22, 2020 at 05:27:56PM +0100, inwit wrote:
> With a big IMAP account with many folders, aerc crashes on me if I try to change folders (with repeated use of next-folder and prev-folder), and I believe that it has to do with me going faster than aerc. When I do that, I get a broken pipe. When that happens, the account tab becomes unresponsive.

> Should I attach a log to this message? Again, please, be patient with me...

Not sure if this list strips attachements or not, you could try.
Else dump the stacktrace to a pastebin or better, open a ticket on https://todo.sr.ht/~sircmpwn/aerc2

Cheers,
Reto

Re: Are Layout changes possible? 9 days ago

From Reto to ~sircmpwn/aerc

Hi,
For starters, you broke the thread.
Your email contains neither the reply-to header nor the references one.
Please tell me you didn't use aerc to reply?

> For example:
> A Server report with a daily list of possible updates.

Ever considered changing the logic of whatever sends you those updates?
If you can't manage the sender in a sensible manner, have you thought about
pre-processing the mails in the first place and dumping the result to your actual
inbox?

> Bye the way, not sure where i can place those questions.

Re: [PATCH v2 1/3] Prevent the part-switcher from acting on events not meant for it 10 days ago

From Reto to ~sircmpwn/aerc

Hi,
Remind me, why are we not simply routing the mouse events based on the location?
I don't really like the fact that the mouse movement is dependent on what's on the
screen.

I think it'd be less surprising if what ever the underlying widget under the
mouse is actually gets "focus" so to speak.
Or is this a bad idea?

Know what I mean?

|-------------------------------|
|                               |
|     y      msg viewer         |

Re: Are Layout changes possible? 10 days ago

From Reto to ~sircmpwn/aerc

On Mon, Nov 16, 2020 at 01:12:30PM +0100, Christian Lorenz wrote:
> Hi everybody, i’m currently just fooling around with aerc and wonder if its possible to get my beloved „three pane view“ (folders - messages - message) without changing the source.

Not without changing the source no.

> Also:
> Filters seem to be awesome, but my first attempt to use them seem to be limited the body of the mail only … why is that? My desired filter needs the subject (and use it to check for a previously send mail).

Filters don't operate on the body of the email either, they operate on a message
part if the body is multipart.
They are meant to rearrange things for displaying, not to provide more functionality.

So think html --> plaintext, adding colors, things like this.