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.kna...@coredump.us -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2775703.knXiZ99fY7@trelane
