Re: Renovating debbugs (was Re: Interesting learnings about Guix contributor dynamics that apply to Debian?)
Le 2025-05-27 20:30, Ahmad Khalifa a écrit :
On 27/05/2025 17:46, Julien Plissonneau Duquène wrote:
0. keep all the e-mail features it currently offers
IMHO, this is a security flaw, not a feature. I hear that everyone
loves it, so at least the emails should be authenticated somehow
(@debian only maybe? one-time register-confirm emails?).
We have to be careful with changes here, as they could easily become
major annoyances for casual and even regular contributors.
We probably want to keep posting to submit@ and NNN(-*)@ (excepted
-done) open as it is, despite the spam that sometimes gets through.
control@, NNN-done@ and some pseudo-header instructions could eventually
be restricted to "known" senders or subject to a confirmation token and
message (like mailing-list subscriptions).
1. process new requests and give feedback instantly
My opinion now is that debbugs runs pretty frequently, but emails get
rejected randomly, leading to a 30min wait for mail queue reruns. This
is probably a mail server config issue.
That should be investigated, but it could also be caused by the remote
mail server.
Current documentation is good actually, but you have to find the right
page.
This "you have to find (or remember) the right page" part is one of the
areas that could greatly be improved ;)
May I also add:
- Proper email handling
There is indeed a stash of bugs in this area that need to be addressed.
they all have a Database data model (faster search/query)
Having some experience with databases, I'm not convinced that a RDBMS
(SQL) is a necessity here. Better indexing and caching would definitely
help though.
some API endpoint (REST/SOAP/...)
REST APIs (a backend one, and a public one) are part of the plan.
--
Julien Plissonneau Duquène
Reply to: