[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

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: