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

Bug#532150: Bug#865792: reportbug: Allow an arbitrary MUA to be configured (patch)



On Mon, Jun 22, 2020 at 9:27 AM Paul Wise <pabs@debian.org> wrote:
>
> On Mon, 2020-06-22 at 12:31 +0200, Nis Martensen wrote:
>
> > The current MUA support in reportbug has two main limitations:
>
> Just importing the MUA handling from reportbug-ng would solve most of
> these, including the gmail case. Preferably the MUA handling
> from reportbug-ng and reportbug should be factored out into a Python
> MUA module that reportbug would then switch to.

Unfortunately, the patch under discussion is three years old. I made it after
determining that reportbug-ng wouldn't do it for me, but I don't remember
what the problem was, and don't know what might have happened since to
resolve my issue. Not much help there.

> > We could provide an example wrapper script in
> > /usr/share/doc/reportbug/examples/custom-mua that turns this into a
> > mailto URL and calls xdg-open with that. Users could copy that
> > somewhere and make it executable. It would be great if this scheme
> > would even allow using webmail services as mailto handlers. Hello,
> > gnome-gmail.
>
> A script for opening a mail in the email composer of the user's
> preferred MUA already exists and is called xdg-email.

xdg-open and xdg-email are pretty much equivalent as far as this
discussion goes.

Again - three years. I don't remember if it was lack of foresight that led
me to not incorporate xdg-* up front, or if there was a real problem. I
seem to remember an issue with body formatting. That may have been
gnome-gmail specific.

On Mon, Jun 22, 2020 at 6:37 AM Nis Martensen <nis.martensen@web.de> wrote:
>
> ...Here my thoughts so far. I'm hoping to find time to get a solution into reportbug soon.
>
> The current MUA support in reportbug has two main limitations:
> 1. It only allows a small fixed set of MUAs.
> 2. It does not support passing attachments to the MUA.
>
...
> Comments, suggestions?

If I can interpret, it sounds like there are two options on the table -
something looking like
https://salsa.debian.org/reportbug-team/reportbug/-/merge_requests/24,
or a reportbug-ng port. The MR needs, at a minimum, elimination
of the version option, and clarity in the documentation re supported
and unsupported MUAs. More complete attachment support would be gravy.

Eliminating the concept of the MUA from reportbug would be attractive.
Require xdg support?

My needs follow the patch path. If consensus favors that, I can work it.

Reply to: