On Wed, Oct 29, 2008 at 02:55:35PM +1100, Cameron Simpson wrote:
> So, -a: single filename, -g: multiple names but still with the shell
> doing the globbing.
+1 (and, actually, to the rest of the email which I trimmed for neatness).
imc
Kyle Wheeler wrote: [Tue Oct 28 2008, 03:57:57PM EDT]
> 1. neither files nor email addresses may begin with a hyphen
> 2. by default, non-hyphen things on the commandline are assumed to
>be email addresses
> 3. Using a "-a" flag means that subsequent non-hyphen things on
>
On 2008-10-29 14:55:35 +1100, Cameron Simpson wrote:
> I'm -1 on the earlier "-g mutt-internal-globber" for a few reasons: it's
> yet anther glob implementation, at variance with the globbing supported
> in the user's shell; the variance/glob-dialect will be the subject of
> dispute, and itself wil
On 28Oct2008 17:07, David Champion <[EMAIL PROTECTED]> wrote:
| > I think the point of the current behavior is to be able to do
| > things like this:
| > mutt -a *.jpg -- [EMAIL PROTECTED]
|
| Faced with this need in the past, I've gone with an enclosure notation:
|
| mutt -a { *.jpg }
> I think the point of the current behavior is to be able to do
> things like this:
>
> mutt -a *.jpg -- [EMAIL PROTECTED]
Faced with this need in the past, I've gone with an enclosure notation:
mutt -a { *.jpg } [EMAIL PROTECTED]
If you're using getopt, you still need to require -a
* Tue Oct 28 2008 Vincent Lefevre <[EMAIL PROTECTED]>
> On 2008-10-28 16:47:17 +0900, TAKAHASHI Tamotsu wrote:
> > Here is another patch, to adjust
> > documentation instead of implementation.
>
> That's not quite correct. The "--" is needed only when there are
> other arguments. It is optional at
On Tuesday, October 28 at 03:42 PM, quoth Aron Griffis:
An alternative would be to add an attach-glob option to mutt, which
mutt would then expand internally, for example:
mutt -g \*.jpg [EMAIL PROTECTED]
More ideas? Dissenting opinions?
What about using the same sort of parsing that's u
Derek Martin wrote: [Tue Oct 28 2008, 03:20:02PM EDT]
> I think, and have always thought, that this is a Bad Thing(tm),
> making parsing Mutt's command line needlessly complicated. It
> seems much more sensible to me that Mutt's command line should
> only allow one type of object to be listed wit
On Tue, Oct 28, 2008 at 01:47:33PM +0900, TAKAHASHI Tamotsu wrote:
> * Thu Oct 23 2008 Aron Griffis <[EMAIL PROTECTED]>
> > Aron Griffis wrote: [Thu Oct 23 2008, 10:07:02AM EDT]
> > > What OS is this? There are some patches recently in mutt that
> > > affect cmdline processing, but your example w
On 2008-10-28 16:47:17 +0900, TAKAHASHI Tamotsu wrote:
> Here is another patch, to adjust
> documentation instead of implementation.
That's not quite correct. The "--" is needed only when there are
other arguments. It is optional at the end, e.g.:
mutt -a file1 file2
--
Vincent Lefèvre <[EMAI
* Tue Oct 28 2008 TAKAHASHI Tamotsu <[EMAIL PROTECTED]>
> What about post-detect, instead of pre-detect?
Oh, but my patch didn't allow
"mutt -a first.dat -a second.dat [EMAIL PROTECTED]"
(the second file was treated as an address).
If you need to allow multiple occurence of "-a",
post-detection i
* Thu Oct 23 2008 Aron Griffis <[EMAIL PROTECTED]>
> Aron Griffis wrote: [Thu Oct 23 2008, 10:07:02AM EDT]
> > What OS is this? There are some patches recently in mutt that
> > affect cmdline processing, but your example works for me.
>
> My mistake, your example doesn't work for me. The reason
Aron Griffis --> mutt-dev (2008-10-23 10:50:05 -0400):
> Aron Griffis wrote: [Thu Oct 23 2008, 10:07:02AM EDT]
> > What OS is this? There are some patches recently in mutt that
> > affect cmdline processing, but your example works for me.
>
> My mistake, your example doesn't work for me. The re
Aron Griffis wrote: [Thu Oct 23 2008, 10:07:02AM EDT]
> What OS is this? There are some patches recently in mutt that
> affect cmdline processing, but your example works for me.
My mistake, your example doesn't work for me. The reason is that
-a accepts multiple attachments, so you need to spec
On Thu, Oct 23, 2008 at 10:07:02AM -0400, Aron Griffis wrote:
> What OS is this? There are some patches recently in mutt that
> affect cmdline processing, but your example works for me.
Confirmed to be a problem here under Linux. 2.4.26, Debian, AMD64, built
from 5554:5ea9f336dd60.
--
Paul
s
Jukka Salmi wrote: [Thu Oct 23 2008, 09:36:48AM EDT]
> $ echo test >file
> $ mutt -a file [EMAIL PROTECTED] Can't stat [EMAIL PROTECTED]: No such file or directory
> [EMAIL PROTECTED]: unable to attach file.
Hi Jukka,
What OS is this? There are some patches recently in mutt that
affect cmdline
Hello,
since I updated Mutt to the latest tip a few days ago, sending a message
with attached files from the command line fails:
$ echo test >file
$ mutt -a file [EMAIL PROTECTED]
17 matches
Mail list logo
