Re: reportbug reports are not sent
On Thursday, September 18, 2014 18:00:26 Paul Wise wrote:
> On Thu, Sep 18, 2014 at 5:45 PM, Chris Knadle wrote:
> > - Using "regular" IMAP (i.e. not "disconnected" IMAP) is common, and
> > in that setup there are only mail indexes locally, and not actual
> > mail content. I'm not sure how most MUAs would see an mbox or
> > Maildir file dropped to it in this case.
>
> All the MUA's I've used have local mailboxes - drafts, templates etc
> in addition to IMAP.
Some of the MUA's I've used do this by default (recall Mutt and Alpine
doing this), but I don't recall if they all did. [I remember configuring
KMail to see local mail IIRC, in which case it would be an exception.]
> > - In the case of KMail2 mail storage is now done via Akonadi which
> > uses MySQL for storage, so its mail storage isn't in mbox or Maildir
> > anymore. :-(
>
> IIRC Akonadi is just an indexer, not a data store and is also
> obsoleted by another system now.
If you're thinking of Nepomuk and Strigi, they're for querying and populating
a separate database for searches using a Virtuoso backend. The Akonadi web
page states that KMail "uses Akonadi to store emails":
https://userbase.kde.org/Akonadi#Introduction
I did a local double-check; the "Local Folders" 'account' I have in KMail2 has
email stored in Maildir format in ~/.local/share/local-mail/ -- however none
of my IMAP accounts seem to have files or indexes in my home account AFAICT
(where there used to be files/directories for IMAP accounts in KMail v1).
So ... this is a bit confusing.
> There should be a drafts folder for it somewhere.
Maybe so.
> > - In the case of Kmail v1 the default location for mail storage was
> > in subdirectories under ~/.kde/share/apps/kmail/ rather than under
> > ~/mail or ~/Mail like one would expect. [For Debian this issue is
> > limited to Wheezy.] The main point for mentioning this is that it's
> > not immediately obvious where to drop an email file to so that it
> > will be seen by every MUA.
>
> Should be doable by checking various paths and also the user's desktop
> settings to see which is preferred.
Being that reportbug-ng and xdg-email seem to be able to find what mail
client is in use, maybe this is possible.
> > - Users that exclusively use webmail won't see local mail.
> > Unfortunately getting to be common today. :-(
>
> Indeed, perhaps a browser API is needed for this. If not maybe
> reportbug could write a HTML file that does some tricks and have the
> browser load it.
>
> > - Users that don't use email at all. Might be alien to us in Debian
> > (or at least it surprises me), but that seems to be happening too.
>
> Solvable too I think, some prior work on that:
In terms of reporting bugs, yes -- but in the above context we were talking
about a user being able to see an mbox or Maildir file dropped locally, and if
the user doesn't use email at all I can't see how they'd get it.
There was discussion on [debian-devel] some time ago concerning optionally
using GUI pop-ups instead of email notifications.
> > I've been using reportbug-ng (happily) and thus sending bug reports
> > formatted by reportbug-ng using a normal mail client. It detects locally
> > installed MUAs (but it doesn't detect any of the webmail I occasionally
> > use AFAICT). It's definitely worth trying IMHO.
>
> IIRC the webmail things are disabled in the code but work if you enable
> them.
Oh okay.. that's interesting. Maybe I'll have a look at the reportbug-ng
source package.
Thanks.
-- Chris
--
Chris Knadle
Chris.Knadle@coredump.us
Reply to: