Re: saving messages to files/permissions?

2015-06-25 Thread Derek Martin
On Thu, Jun 25, 2015 at 01:25:19PM -0500, Derek Martin wrote:
 On Thu, Jun 25, 2015 at 11:48:57AM -0500, David Champion wrote:
  I generally agree with Derek but I want to point out one exception to
  this.  There are use cases for allowing specific roles/service accounts
  access to your unvetted email attachment files.  
 
 My argument here is that these things should not exist and should be
 effectively replaced by mailing lists and header editing, or something
 similar--but I understand that some people who need this type of
 functionality have poor options for doing those things, so I will not
 complain too loudly. :)

On the other hand, those without options are probably not running
mutt! =8^)

-- 
Derek D. Martinhttp://www.pizzashack.org/   GPG Key ID: 0xDFBEAD02
-=-=-=-=-
This message is posted from an invalid address.  Replying to it will result in
undeliverable mail due to spam prevention.  Sorry for the inconvenience.



pgpHiciYp8KDL.pgp
Description: PGP signature


Re: saving messages to files/permissions?

2015-06-25 Thread Derek Martin
On Thu, Jun 25, 2015 at 11:48:57AM -0500, David Champion wrote:
 * On 25 Jun 2015, Derek Martin wrote: 
  to secure it.  That is a massive security failure.  If other people
  are on your system and have access to the directory where your
  attachments are stored, YOU DO NOT WANT THIS.  And if not, YOU DO NOT
  NEED THIS.  So practically speaking there's no good, and significant
 
 I generally agree with Derek but I want to point out one exception to
 this.  There are use cases for allowing specific roles/service accounts
 access to your unvetted email attachment files.  

My argument here is that these things should not exist and should be
effectively replaced by mailing lists and header editing, or something
similar--but I understand that some people who need this type of
functionality have poor options for doing those things, so I will not
complain too loudly. :)

-- 
Derek D. Martinhttp://www.pizzashack.org/   GPG Key ID: 0xDFBEAD02
-=-=-=-=-
This message is posted from an invalid address.  Replying to it will result in
undeliverable mail due to spam prevention.  Sorry for the inconvenience.



pgpQgJXMbOayK.pgp
Description: PGP signature


Re: Mutt on ssl gmail allow unsecure apps == off = webalert

2015-06-25 Thread Suvayu Ali
On Wed, Jun 24, 2015 at 10:48:37PM -0400, Ben Fitzgerald wrote:
 
 I'm a little confused about why google consider this unsafe. I'd like
 to understand this better so if anyone has pointers to reading up do
 please post, however my primary reason for posting is to ask if it's
 possible to use mutt to comply with gmail security *without* having to
 turn on allow insecure apps.

Not just mutt, they consider any third party email application
insecure.  I have no idea why.

-- 
Suvayu

Open source is the future. It sets us free.


Re: Buffy notification ordering

2015-06-25 Thread Erik Christiansen
On 24.06.15 09:00, Ian Zimmerman wrote:
 When there are too many folders with new mail, the buffy notification
 mechanism truncates the list and replaces the rest with   But not
 all folders are equally important, and it so happens that for me the
 folders that make it to the visible list are always the least important
 ones :(
 
 So, is there a way to control or influence the order so the important
 folders come first, and avoid being chopped off the list?

The mailboxes list sets priority. Not only does it set the order in
which mailboxes with new mail are offered as default for a 'c', it also
determines the ordering of the buffy list, perhaps because it is the
same.

Here are the results of a quick test:

Initially, there was mail in only one lower priority mailbox:

=gcc-patches

After I sent a mail to myself, a post to binutils also arrived,
and I pressed '.' to have an immediate display:

New mail in /var/spool/mail/erik, =binutils_u

That's the _newest_ mail, excluding the stale new mail from the prior
report, AIUI. However, pressing '.' again gives:

New mail in /var/spool/mail/erik, =gcc-patches, =binutils_u

Now the report is complete and prioritised.

That convenient two-level reporting does admittedly not appear to be
documented in the manual.

Erik

-- 
manual, n.:
A unit of documentation. There are always three or more on a given item.
One is on the shelf; someone has the others.  
The information you need is in the others.   - Ray Simard