dr|z3d
zzz: new mail notifications in susimail.. can we have those persist until the mail has been viewed? they only last the duration of the session currently.
zzz
dr|z3d, we don't have any way to persist viewed state atm, and we don't use the maildir format that stores state in the filename
dr|z3d
so what do we need? a single file that stores the state of all mails?
dr|z3d
aside from the "has been viewed flag" is there anything else useful that could be stored there?
dr|z3d
maybe a "replied to" flag?
dr|z3d
"looks like bulk mail" flag?
dr|z3d
with a separate folder distinct from spam for bulk mail? you know, no-reply@ and all the mass e-mails inviting you to do something with an existing acct/service.
zzz
it's definitely doable, just not easy. For new-flag only, I'd classify it as medium, but for a general-purpose set of flags, that's venturing into difficult
dr|z3d
ok
zzz
feel free to enter a ticket and state your case
dr|z3d
aight, I'll put it on the TODO list.
dr|z3d
re search, this looks vaguely interesting: github.com/iboxdb/ftserver
dr|z3d
not sure what iboxdb is, but still..
dr|z3d
> iBoxDB is a fast acid table-style document NoSQL Embedded Database, easily store objects and documents, traditional table with unstructured data, zero configuration, pure JAVA and DotNET engines, no dependencies.
dr|z3d
features include: "CRUD and Forward CRUD" so it must be good. we love crud. :)
dr|z3d
in case you missed my last messages re search, zzz..
dr|z3d
> re search, this looks vaguely interesting: github.com/iboxdb/ftserver
dr|z3d
> not sure what iboxdb is, but still..
dr|z3d
> iBoxDB is a fast acid table-style document NoSQL Embedded Database, easily store objects and documents, traditional table with unstructured data, zero configuration, pure JAVA and DotNET engines, no dependencies.
dr|z3d
> features include: "CRUD and Forward CRUD" so it must be good. we love crud. :)
eyedeekay
Cutting-edge javadoc automatically deployed now with every update to master: i2p.github.io/i2p.i2p
zzz
thx eyedeekay but with the CI build on github not gitlab, are you notified on failure?
eyedeekay
Yes I do, but I'm going to circle back and do it on gitlab now also
eyedeekay
So it will happen both places
eyedeekay
or rather, yes I am, github emails me and I have a filter in thunderbird that sorts just i2p/* emails
zzz
ok thanks. obviously gitlab is a lot more helpful to catch things early (e.g. for MRs)
eyedeekay
Agreed, this was a two-birds-one-stone effort though, wanted to make it easy to make sure we had current javadoc available somewhere and also opportunity to continuously test the javadoc
eyedeekay
But it'll happen both places
zzz
yup
eyedeekay
now gitlab also builds the javadoc every time it would also normally test, using Java 21