~y0ast

Recent activity

[PATCH v4] Set sender to alias for smtp sending a day ago

From y0ast to ~sircmpwn/aerc

Send using alias account when it matches the From: field. Properly
document this behavior in the aliases config description.
---
v4: rebase on master

 commands/compose/send.go | 16 +++++++++++++++-
 doc/aerc-config.5.scd    |  8 ++++++--
 2 files changed, 21 insertions(+), 3 deletions(-)

diff --git a/commands/compose/send.go b/commands/compose/send.go
index 40d0ae3..ed8b22b 100644
--- a/commands/compose/send.go
+++ b/commands/compose/send.go
@@ -63,11 +63,25 @@ func (Send) Execute(aerc *widgets.Aerc, args []string) error {
[message trimmed]

[PATCH] update tcell to v2 and enable TrueColor support a day ago

From y0ast to ~sircmpwn/aerc

also update to the tcell v2 PaletteColor api

This finally enables TrueColor support for aerc, without breaking the
palette as in my last patch to version 1.4 of tcell.
---
 commands/util.go          | 2 +-
 config/bindings.go        | 2 +-
 config/bindings_test.go   | 2 +-
 config/config.go          | 2 +-
 config/style.go           | 2 +-
 go.mod                    | 5 +----
 go.sum                    | 8 +++-----
 lib/ui/borders.go         | 2 +-
 lib/ui/context.go         | 4 ++--
[message trimmed]

Possible bug in url parsing in markdown 16 days ago

From y0ast to ~sircmpwn/sr.ht-discuss

The following markdown:
```
[~sircmpwn/aerc@lists.sr.ht](https://lists.sr.ht/~sircmpwn/aerc).
```

Is parsed into this HTML:
```
<a href="https://lists.sr.ht/~sircmpwn/aerc" rel="nofollow
noopener"></a><a href="mailto:~sircmpwn/aerc@lists.sr.ht" rel="nofollow
noopener">~sircmpwn/aerc@lists.sr.ht</a>.</p>
```

While I expected this:
```

[PATCH] Fix url in README 16 days ago

From y0ast to ~sircmpwn/aerc

Currently the @ sign is parsed into an email url. Resulting in the
following html from the markdown:
<a href="https://lists.sr.ht/~sircmpwn/aerc" rel="nofollow
noopener"></a><a href="mailto:~sircmpwn/aerc@lists.sr.ht" rel="nofollow
noopener">~sircmpwn/aerc@lists.sr.ht</a>

This removes the @ sign to fix that and simply link to the web interface
of the mailing list (as was intended in the readme anyway).
---
 README.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/README.md b/README.md
index 0d2d1b8..2aa8590 100644
[message trimmed]

Re: [PATCH v4 05/10] compose: use a proper header instead of a string map 17 days ago

From y0ast to ~sircmpwn/aerc

On Fri Nov 13, 2020 at 11:18 PM GMT, Reto Brunner wrote:
> Prior to this commit, the composer was based on a map[string]string.
> While this approach was very versatile, it lead to a constant encoding / decoding
> of addresses and other headers.
>
> This commit switches to a different model, where the composer is based on a header.
> Commands which want to interact with it can simply set some defaults they would
> like to have. Users can overwrite them however they like.
>
> In order to get access to the functions generating / getting the msgid go-message
> was upgraded.
> ---
>  commands/compose/header.go   |   7 +-
>  commands/compose/postpone.go |   2 +-

Re: [PATCH] Fix nil pointer derefence by checking Envelope 28 days ago

From y0ast to ~sircmpwn/aerc

On Sun Nov 1, 2020 at 11:13 AM CET, Reto wrote:
> On Tue, Oct 27, 2020 at 07:17:00PM +0100, y0ast wrote:
> > It's possible for a message UID to exist in store.Messages while an
> > Envelope isn't available yet, which currently crashes aerc. This commit
> > adds another check in line with:
> > https://git.sr.ht/~sircmpwn/aerc/tree/743683a0c19c75ba87d65b6d0c9be117d0224a3e/lib/msgstore.go#L210.
>
> That line is actually a bug I think and needs to be removed.
> It ignores an event and leaves messages in a state that is constantly
> spinning.
Hmm, that's indeed not ok.

> Considering that it must have the headers in order to have enough
> information to

[PATCH v3] Threading for Notmuch and IMAP 28 days ago

From y0ast to ~sircmpwn/aerc

Co-authored-by: Kevin Kuehler <keur@xcf.berkeley.edu>
Co-authored-by: Reto Brunner <reto@labrat.space>
---
v1 -> v2: rebase on master (by Reto)
v2 -> v3: add account specific config

Please test and report bugs :)

 config/aerc.conf.in            |   6 +
 config/config.go               |   1 +
 doc/aerc-config.5.scd          |   5 +
 lib/format/format.go           |  12 +-
 lib/msgstore.go                |  55 ++++++-
 widgets/account.go             |   8 ++
[message trimmed]

[PATCH] Threading for Notmuch and IMAP a month ago

From y0ast to ~sircmpwn/aerc

Co-authored-by: Kevin Kuehler <keur@xcf.berkeley.edu>
Co-authored-by: Reto Brunner <reto@labrat.space>
---
This patch is based on https://lists.sr.ht/~sircmpwn/aerc/patches/14515
and includes: https://git.labrat.space/aerc/commit/?h=threading_update&id=08162fca91d59c284d40772fe2175f2f9637529b
I added back IMAP support and a preliminary version of deletion.

Couple of outstanding to-dos:
- Decide if this deletion mechanism is here to stay
- Decide if subject hiding is here to stay
- Make the config option specific to an account
- General code clean up
- More people testing it out
[message trimmed]

[PATCH] Fix nil pointer derefence by checking Envelope a month ago

From y0ast to ~sircmpwn/aerc

It's possible for a message UID to exist in store.Messages while an
Envelope isn't available yet, which currently crashes aerc. This commit
adds another check in line with:
https://git.sr.ht/~sircmpwn/aerc/tree/743683a0c19c75ba87d65b6d0c9be117d0224a3e/lib/msgstore.go#L210.

Should fix https://todo.sr.ht/~sircmpwn/aerc2/397 but this is hard to
reproduce.
---
 widgets/msglist.go | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/widgets/msglist.go b/widgets/msglist.go
index b7c10d7..33e5053 100644
--- a/widgets/msglist.go
[message trimmed]

Re: [PATCH v4 1/2] Wire up threads backend for imap a month ago

From y0ast to ~sircmpwn/aerc

On Sat Oct 17, 2020 at 11:30 PM CEST, Paul Spooren wrote:
> Hi,
>
> On Tue Oct 13, 2020 at 11:21 PM HST, y0ast wrote:
> > Add threaded message requests for imap based on go-imap-sortthread.
> >
> > Co-authored-by: Kevin Kuehler <keur@xcf.berkeley.edu>
>
> I just coincidently tried this patch and it works great for my Dovecot
> setup! There pops up a message stating "Unknown command: UID THREAD",
> but threads are still shown fine!
Hmm, that's odd. This pops up on the aerc status bar? Could you perhaps
share your logs? `aerc > log`. The error comes from go-imap-sortthread
but I didn't expect we would be able to recover from it.