headers
Edward Z. Yang | 1 Aug 2010 04:06
Picon
Favicon

Re: Behavior for sent messages

Excerpts from Ben Walton's message of Sat Jul 31 07:25:38 -0400 2010:
> I'm running pretty close to the tip of git/next and that's not the
> behaviour here.  There are times, when using Maildir that the sent
> message doesn't get added immediately, but it always pops up at the
> next poll.

Hello Ben,

I tested your hypothesis and noted that the messages did not pop up
with a poll.

Since this behavior does not seem intentional, I guess it's a regression
caused by some combination of factors (possibly the new backsync branch?)
I'll try to reproduce on a clean Maildir with sup commit 900768918490a1040b55e2216f7f5429b2dadf84

Cheers,
Edward
Permalink | Reply | 7 comments |
headers
Ben Walton | 1 Aug 2010 04:15
Picon
Picon

Re: Behavior for sent messages

Excerpts from Edward Z. Yang's message of Sat Jul 31 22:06:34 -0400 2010:

Hi Edward,

> Since this behavior does not seem intentional, I guess it's a
> regression caused by some combination of factors (possibly the new
> backsync branch?)  I'll try to reproduce on a clean Maildir with sup
> commit 900768918490a1040b55e2216f7f5429b2dadf84

Ok, that's interesting.  If it helps, I'm running on 3f9d7d9, with my
conditional Symbol#to_proc patch added...I haven't done a pull since
then although the patch was merged.

This might provide you a useful range for a bisect though...

HTH.
-Ben

--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
Permalink | Reply | 6 comments |
headers
William Morgan | 4 Aug 2010 20:20

Re: new mail library

Reformatted excerpts from Ben Walton's message of 2010-07-30:
> I just found this (seemingly) awesome new mail handling library.  I
> know that rmail has lots of flaws and there has been previously
> expressed sentiment that something better might be nice.

If it's maintained in the least then it's probaby better than rmail, but
if Sup started require activesupport I would jump off a bridge.
--

-- 
William <wmorgan-sup <at> masanjin.net>
Permalink | Reply | 4 comments |
headers
Reid Thompson | 4 Aug 2010 21:16

Re: new mail library

On Wed, 2010-08-04 at 15:11 -0400, Reid Thompson wrote:
> On Wed, 2010-08-04 at 14:20 -0400, William Morgan wrote:
> > Reformatted excerpts from Ben Walton's message of 2010-07-30:
> > > I just found this (seemingly) awesome new mail handling library.  I
> > > know that rmail has lots of flaws and there has been previously
> > > expressed sentiment that something better might be nice.
> > 
> > If it's maintained in the least then it's probaby better than rmail, but
> > if Sup started require activesupport I would jump off a bridge.
> 
> not listed in the dependencies.txt
> http://github.com/mikel/mail/blob/master/Dependencies.txt

but it is listed in the gemspec
  s.add_dependency('activesupport', ">= 2.3.6")
Permalink | Reply | 2 comments |
headers
Reid Thompson | 4 Aug 2010 21:11

Re: new mail library

On Wed, 2010-08-04 at 14:20 -0400, William Morgan wrote:
> Reformatted excerpts from Ben Walton's message of 2010-07-30:
> > I just found this (seemingly) awesome new mail handling library.  I
> > know that rmail has lots of flaws and there has been previously
> > expressed sentiment that something better might be nice.
> 
> If it's maintained in the least then it's probaby better than rmail, but
> if Sup started require activesupport I would jump off a bridge.

not listed in the dependencies.txt
http://github.com/mikel/mail/blob/master/Dependencies.txt
Permalink | Reply | 3 comments |
headers
Ben Walton | 4 Aug 2010 21:50
Picon
Picon

Re: new mail library

Excerpts from Reid Thompson's message of Wed Aug 04 15:16:25 -0400 2010:

> but it is listed in the gemspec
>   s.add_dependency('activesupport', ">= 2.3.6")

...and was definitely pulled in when I installed the gem.  As I said,
it's more heavy weight, but it is very nice to use so far.

-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
Permalink | Reply | 0 comments |
headers
Anthony Martinez | 4 Aug 2010 22:01
Picon
Favicon

Re: new mail library

Excerpts from Reid Thompson's message of Wed Aug 04 12:16:25 -0700 2010:
> On Wed, 2010-08-04 at 15:11 -0400, Reid Thompson wrote:
> > On Wed, 2010-08-04 at 14:20 -0400, William Morgan wrote:
> > > Reformatted excerpts from Ben Walton's message of 2010-07-30:
> > > > I just found this (seemingly) awesome new mail handling library.  I
> > > > know that rmail has lots of flaws and there has been previously
> > > > expressed sentiment that something better might be nice.
> > > 
> > > If it's maintained in the least then it's probaby better than rmail, but
> > > if Sup started require activesupport I would jump off a bridge.
> > 
> > not listed in the dependencies.txt
> > http://github.com/mikel/mail/blob/master/Dependencies.txt
> 
> but it is listed in the gemspec
>   s.add_dependency('activesupport', ">= 2.3.6")
> 

Neither of those even resemble a reliable method of checking whether or not the
thing actually uses activesupport. :P

$ pwd
/home/pi/mail
$ egrep -ir require.\*active .
./lib/mail.rb:  require 'active_support'
./lib/mail.rb:  require 'active_support/core_ext/hash/indifferent_access'
./lib/mail.rb:  require 'active_support/core_ext/object/blank'
./lib/mail.rb:  require 'active_support/core_ext/string'

There you have it.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Brian May | 5 Aug 2010 04:01
Picon
Gravatar

make all messages archived or read?

Hello,

Is there any easy way to mark all messages in the search results as
archived and/or read?

I have tried "T=a", however that has two problems:

* That will only affect messages that are currently loaded in the
search results. Ideally I want this to happen to all messages, without
having to load everything into current buffer.
* All messages currently archived will be unarchived - not what I want.

Similar for "T=N".

Also it isn't even obvious how to tag all messages, "T" is a toggle.
Seems like "=tT" will work though.

In contrast adding/removing labels is better (supports -label to
remove label) although even here I got confused (+label syntax adds a
label that is literally +label; I was expecting it to add a label
called label).

Thanks.
--

-- 
Brian May <brian <at> microcomaustralia.com.au>
Permalink | Reply | 0 comments |
headers
Brian May | 5 Aug 2010 04:14
Picon
Gravatar

searches

Hello,

Where is the best documentation on performing searches?

I have noticed some quirks:

\label:VLSCI

finds nothing, even though lots of emails are labeled VLSCI.

\label:vlsci

finds all these emails.

\label:vlsci \label:unread

finds all vlsci OR unread emails - I would have assumed that should be AND?

How do I perform and AND operation?

Thanks
--

-- 
Brian May <brian <at> microcomaustralia.com.au>
Permalink | Reply | 5 comments |
headers
John Bent | 5 Aug 2010 15:49

Re: searches

Excerpts from Brian May's message of Wed Aug 04 20:14:14 -0600 2010:
> Hello,
> 
> Where is the best documentation on performing searches?
> 
> I have noticed some quirks:
> 
> \label:VLSCI
> 
> finds nothing, even though lots of emails are labeled VLSCI.
> 
> \label:vlsci
> 
> finds all these emails.
> 
> \label:vlsci \label:unread
> 
> finds all vlsci OR unread emails - I would have assumed that should be AND?
> 
The above looks like you are doing them one at a time.  If you do this:

\label:vlsci label:unread

that should do what you want.

Also, on the search results view, hitting '|' let you refine the search
so:
\label:vlsci | label:unread

should also do what you want.
(Continue reading)

Permalink | Reply | 3 comments |

Gmane