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

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":


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.


  -- Chris


Chris Knadle

Reply to: