~rakoo

https://blah.rako.space/users/rakoo

~rakoo/public-inbox

Last active 4 months ago

~rakoo/omail

Last active 6 months ago

~rakoo/rss2ap

Last active 1 year, 7 months ago

~rakoo/kourou

Last active 3 years ago

~rakoo/magneticos

Last active 3 years ago
View more

Recent activity

Re: pwr (paced web reader): a tour-like web browser 18 days ago

From Matthieu Rakotojaona to ~lioploum/offpunk-users

Ploum <sourcehut24@ploum.eu> wrote:
> If someone is on those platforms, don’t hesitate to tell him about 
> Offpunk and ask him what is plans are for PWR. I would be very 
> interested to get in touch.

The code is on github, so I guess if you still have an account you can start a
discussion there (although I'd love to see the discussion happen in this
mailing-list)

-- 
Matthieu Rakotojaona

pwr (paced web reader): a tour-like web browser 19 days ago

From Matthieu Rakotojaona to ~lioploum/offpunk-users

Hey there,

I just came across this page that describes a terminal web reader that seems to be architectured around the same ideas as offpunk's tour along with its offline mode:

https://muxup.com/pwr

It looks like offpunk is more "advanced" but I thought it was interesting that other people had the same need.

-- 
Matthieu Rakotojaona

Re: Overlap with mblaze 3 months ago

From Matthieu Rakotojaona to ~bitfehler/vomit

Hey :)

Conrad Hoffmann <ch@bitfehler.net> wrote:
> I'll take a closer look sometime, but for now I have decided that I no 
> longer want to work with Maildir, and am busy porting all my tooling to 
> m2dir [1] (full disclosure: which I made up myself).

I actually discovered vomit because I stumbled upon m2dir first, and I quite
like the idea although the migration path is probably a bit too long for me
right now. I'll also keep an eye on that though because it's interesting :)

-- 
Matthieu Rakotojaona

Overlap with mblaze 3 months ago

From Matthieu Rakotojaona to ~bitfehler/vomit

Hey there,

I stumbled upon your project and am happy to find someone else is fixated on handling mail directly from the terminal. In my different searches I stumbled upon mblaze at https://github.com/leahneukirchen/mblaze. Are you familiar with it ? There seems to be some use cases that overlap.

It enabled me to build my own MUA in ~300 lines of different scripting over at https://sr.ht/~rakoo/omail/. The code is probably a mess, but it's a small mess and it's my mess so I can still understand it.

In any case I'll happily what you're doing over here :)

-- 
Matthieu Rakotojaona

Re: [PATCH] base: select first text part as the best one 5 months ago

From Matthieu Rakotojaona to ~migadu/alps-devel

Simon Ser <contact@emersion.fr> wrote:
> Yeah, I think so. Maybe there's an opportunity to simplify some code here,
> by introducing a function which matches exactly a text/* MIME type without any
> fallback logic like:
> 
>     func (msg *IMAPMessage) inlineTextPart(subtype string) *IMAPPartNode
> 
> And then using that to implement TextPart and HTMLPart, e.g.
> 
>     if part := msg.inlineTextPart("plain"); part != nil {
>         return part
>     }
>     return msg.inlineTextPart("html")

Re: [PATCH] base: select first text part as the best one 6 months ago

From to ~migadu/alps-devel

> Hm, but with this we'd stop iterating at the first text/html part even
> if there is a text/plain part after…
> 
> We probably want to add isTextPlain to the check as well.

We need to decide what the heuristic is: is it "first text/plain part, and if none take text/html" ?

I receive some mails from a mailing list that roughly have this structure:

1. alternative
  1.1 text/plain    (content)
  1.1 text/html     (same content but in html)
2. text/plain      (footer of the mailing list)

[PATCH] base: select first text part as the best one 6 months ago

From Matthieu Rakotojaona to ~migadu/alps-devel

As soon as we have found a "best" part to display, stop recursing into
the whole bodystructure
---
 plugins/base/imap.go | 6 +++++-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/plugins/base/imap.go b/plugins/base/imap.go
index e9636e3..2e85287 100644
--- a/plugins/base/imap.go
+++ b/plugins/base/imap.go
@@ -211,6 +211,10 @@ func (msg *IMAPMessage) TextPart() *IMAPPartNode {
	var best *IMAPPartNode
	isTextPlain := false
	msg.BodyStructure.Walk(func(path []int, part imap.BodyStructure) bool {
[message trimmed]

[PATCH] base HTML: fix migration to imap/v2 6 months ago

From Matthieu Rakotojaona to ~migadu/alps-devel

---

Thanks for alps !
This is the same as 1e069e9, but for the base theme :)

 plugins/base/public/message.html | 10 +++++-----
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/plugins/base/public/message.html b/plugins/base/public/message.html
index 38b41c5..26fa5b2 100644
--- a/plugins/base/public/message.html
+++ b/plugins/base/public/message.html
@@ -17,7 +17,7 @@
</h2>
[message trimmed]

RE: The rc shell and its excellent handling of whitespace 11 months ago

From Matthieu Rakotojaona to ~sircmpwn/public-inbox

Hey there, I just read your blog post
(https://drewdevault.com/2023/07/31/The-rc-shell-and-whitespace.html) and can't
agree more that proper foundations eliminate a whole lot of issues.

As a data point, you say that your version of rc shouldn't go much beyond 5000
lines for v1.0.  plan9port (https://9fans.github.io/plan9port/), the port of
plan9 utils to UNIX-lixe OSes, also has a version of rc that is roughly 6000
lines:


```
rako@lahaute /u/l/p/s/c/rc> cloc .
      30 text files.
      29 unique files.

change the cache folder 1 year, 5 months ago

From Matthieu Rakotojaona to ~lioploum/offpunk-users

I had exactly this use case, and all you need is some Unix magic:

- move your existing content into /path/to/syncthing
- create symbolic links from the existing folders to the one you just 
moved to

Syncthing sees actual files and syncs them, offpunk follows symlinks and 
works with them
--
Matthieu Rakotojaona