On Wed, May 28, 2008 at 01:19:36AM +0100, Jamie Griffin wrote:
> On Wed, May 28, 2008 at 10:04:33AM +1000, Greg Darke wrote:
> Hi Greg
>
> I believe it is. Not certain how to confirm that, but as far as i
> know, the following entry in /etc/fstab indicates it is. Please advise
> me if i've got tha
On 27May2008 22:19, Kyle Wheeler <[EMAIL PROTECTED]> wrote:
| On Wednesday, May 28 at 11:28 AM, quoth Cameron Simpson:
| >I'm trying out mutt-1.5.18 (love that time_inc setting!)
| >However, IMAPS does not work for me. "mutt -f imaps://..." says "SSL is
| >unavailable." to me for both the IMAPS ser
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday, May 28 at 09:56 AM, quoth Wilkinson, Alex:
> Ok so in the manual time_inc says:
>
> "this variable controls the frequency with which progress updates
> are displayed. It suppresses updates less than ``time_inc''
> milliseconds apart.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday, May 28 at 11:28 AM, quoth Cameron Simpson:
>I'm trying out mutt-1.5.18 (love that time_inc setting!)
>
>However, IMAPS does not work for me. "mutt -f imaps://..." says "SSL is
>unavailable." to me for both the IMAPS services to which I wa
On 28May2008 09:56, Wilkinson, Alex <[EMAIL PROTECTED]> wrote:
| Ok so in the manual time_inc says:
|
| "this variable controls the frequency with which progress updates are
|displayed. It suppresses updates less than ``time_inc'' milliseconds
apart. This
|can improve throughput on syst
Thus spake Wilkinson, Alex [05/28/08 @ 09.56.38 +0800]:
> AFAICT with time_inc=10 included in my $HOME/.mutt/settings I see no change,
> yet
> I see people on this list raving about it ? What am I missing ?
10 milliseconds isn't very long :)
-gmn
Wilkinson, Alex <[EMAIL PROTECTED]> wrote:
> Erm, was this intended:
>
> #file /usr/local/share/doc/mutt/manual.txt
>/usr/local/share/doc/mutt/manual.txt: XML
[...]
> I want my plain TXT manual back :(
% curl -sO http://www.mutt.org/doc/manual.txt && file manual.txt
manual.tx
Ok so in the manual time_inc says:
"this variable controls the frequency with which progress updates are
displayed. It suppresses updates less than ``time_inc'' milliseconds apart.
This
can improve throughput on systems with slow terminals, or when running mutt
on a
remote system."
O
Erm, was this intended:
#file /usr/local/share/doc/mutt/manual.txt
/usr/local/share/doc/mutt/manual.txt: XML
#head -3 !$
head -3 /usr/local/share/doc/mutt/manual.txt
I want my plain TXT manual back :(
-aW
IMPORTANT: This email remains the property of the Australian Defence
Or
I'm trying out mutt-1.5.18 (love that time_inc setting!)
However, IMAPS does not work for me. "mutt -f imaps://..." says "SSL is
unavailable." to me for both the IMAPS services to which I want to connect.
1.5.17 connects ok.
My 1.5.18 "mutt -v" output is:
Mutt 1.5.18 (2008-05-17)
Copyright
On Wed, May 28, 2008 at 10:04:33AM +1000, Greg Darke wrote:
>
> Hi Jamie,
>
> Is the drive where your spoolfile is stored mounted with the 'noatime'
> directive?
>
> --
> Greg Darke
Hi Greg
I believe it is. Not certain how to confirm that, but as far as i
know, the following entry in /etc/fst
* Brian Cuttler on Tuesday, May 27, 2008 at 15:45:25 -0400
> Ok, I did something very stupid, I accidently deleted all
> of the mail in my mailbox. Well, being responsible for backups
> I was able to retrieve the mail, put it back into my mailbox
> and rebuild the imap message index.
>
> However,
Christian,
Thank you, I was trying to do something more like ~A (select all)
and then W O, but that clearly wasn't working.
Your solution worked brilliantly, thank you.
T (tag) .
;W O (act on all tagged ?)
^T . (untag, matching any).
thank you,
Hi Brian!
On Tue, 27 May 2008, Brian Cuttler wrote:
>
> Ok, I did something very stupid, I accidently deleted all
> of the mail in my mailbox. Well, being responsible for backups
> I was able to retrieve the mail, put it back into my mailbox
> and rebuild the imap message index.
>
> However, th
Ok, I did something very stupid, I accidently deleted all
of the mail in my mailbox. Well, being responsible for backups
I was able to retrieve the mail, put it back into my mailbox
and rebuild the imap message index.
However, the messages all show as "old", the "O" flag being set.
I know there
Hello everyone
I upgraded from mutt 1.5.17 to 1.5.18 yesterday and since, i've noticed
that when i change folders from my spoolfile the new mail flag appears
telling me i have new mail in the spoolfile. when i go into that folder
there is no new mail.
I have mail polled by fetchmail, and deliver
Hi Cameron!
On Tue, 27 May 2008, Cameron Simpson wrote:
> On 25May2008 11:16, Vladimir Marek <[EMAIL PROTECTED]> wrote:
> | > Is there some way, from the compose view in mutt, to attach given
> | > files whose paths/filenames I have previously collected in a text file?
> |
> | Not exactly in com
Thanks for your replies.
However, I don't normally want to have edit_headers set, and the
situation is sufficiently rare that I'll go without this for the time
being.
If I really needed this often, I guess the way to go would be to put
in a macro that sets edit_headers and then calls an alternat
Thus spake Rocco Rutte [05/26/08 @ 14.38.05 +0200]:
>> If so, I suppose the best thing is to let read_inc and write_inc be
>> 1000 or even bigger, while letting time_inc be 10 seconds.
>
> Sorry, I still don't get what exactly you're trying to achieve. When
> time_inc is 10s, it mostly doesn't m
On 25May2008 11:16, Vladimir Marek <[EMAIL PROTECTED]> wrote:
| > Is there some way, from the compose view in mutt, to attach given
| > files whose paths/filenames I have previously collected in a text file?
|
| Not exactly in compose view, but you may attach files directly when
| editing the mess
20 matches
Mail list logo
