On Sun, May 31, 2009, Kyle Wheeler wrote:
> That's more of an iPhone question than anything else... unfortunately,
> as far as I know, the answer is essentially what Michelle told you.
> You have to use the iPhone to explicitly remove the messages from the
> server. Unfortunately, according to w
On Thu, May 14, 2009 at 11:33:37PM -0300, Luis A. Florit wrote:
> * El 11/05/09 a las 1:04, Derek Martin chamullaba:
>
> > On Thu, May 07, 2009 at 09:40:00PM -0300, Luis A. Florit wrote:
> > > 1) why ?charset=utf-8 if I am working in a ISO-8859-1 xterm?
> >
> > How do you know that the xterm *is*
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Sunday, May 31 at 07:43 PM, quoth Ken Weingold:
> On Mon, Jun 1, 2009, Michelle Konzack wrote:
>> Am 2009-05-31 18:45:50, schrieb Ken Weingold:
>>> Weird question, and sorry if this is not a mutt issue. I normally
>>> read my mail via mutt dire
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Sunday, May 31 at 02:45 PM, quoth James:
>You mail admins take things too personally. ;)
Heh - fair enough. I've talked to enough people that think checking
mail every second is entirely reasonable that I assumed you fell in
that camp as well.
* David J. Weller-Fahy [2009-05-31
21:30 -0500]:
> folder-hook +lists* 'set my_oldrecord=$record; set record=^; set
> my_folder=$record; set record=$my_oldrecord'
^^^
That should have been '.', but you get the idea.
And the script is attached... it's apparently been that type
* Cameron Simpson [2009-05-31 01:41 -0500]:
> On 30May2009 22:20, David J. Weller-Fahy
> wrote:
> | #v+
> | folder-hook . 'push ":\\\`~/.mutt/listbox-to-email.pl\
> $my_folder\\\`"'
> | #v-
> |
> | I do not understand why the macro is required to force mutt to parse
> | that ""-quoted string, a
Wonderful!
Many many thanks! :)
-j
On Sun, May 31, 2009 at 9:36 PM, Brendan Cully wrote:
> On Sunday, 31 May 2009 at 20:47, James wrote:
>> Agreed.
>>
>> This doesn't seem to be an issue with the IMAP server, but instead
>> with Mutt. Mutt works great (as it should, opening an mbox file with a
On Sunday, 31 May 2009 at 20:47, James wrote:
> Agreed.
>
> This doesn't seem to be an issue with the IMAP server, but instead
> with Mutt. Mutt works great (as it should, opening an mbox file with a
> '.' in the file name) in
Agreed.
This doesn't seem to be an issue with the IMAP server, but instead
with Mutt. Mutt works great (as it should, opening an mbox file with a
'.' in the file name) in wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Michelle,
>
> Thanks for the response. However, it don't believe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michelle,
Thanks for the response. However, it don't believe it addresses the
original question.
>> srevilak> I'll move the selection cursor over "spam.200905" and press
>^^^
>> srevilak> SELECT
On Mon, Jun 1, 2009, Michelle Konzack wrote:
> Am 2009-05-31 18:45:50, schrieb Ken Weingold:
> > Weird question, and sorry if this is not a mutt issue. I normally
> > read my mail via mutt directly on the server, but sometimes access
> > this mailbox via IMAP from my iPhone. If I delete messages
Am 2009-05-31 18:45:50, schrieb Ken Weingold:
> Weird question, and sorry if this is not a mutt issue. I normally
> read my mail via mutt directly on the server, but sometimes access
> this mailbox via IMAP from my iPhone. If I delete messages from the
> iPhone, next time I open mutt those delete
Hi,
> srevilak> I'll move the selection cursor over "spam.200905" and press
^^^
> srevilak> SELECT failed: Can't open mailbox mail/spam/200905: no
^^^
UWIMAP is interpreting the "." as "/
Weird question, and sorry if this is not a mutt issue. I normally
read my mail via mutt directly on the server, but sometimes access
this mailbox via IMAP from my iPhone. If I delete messages from the
iPhone, next time I open mutt those deleted messages are still in my
mailbox, marked for deletio
linux4michelle> Which IMAP server do you use?
linux4michelle>
linux4michelle> If you say, "mbox", then you have definitively NO
linux4michelle> courier-imap and since courier is the only one using
linux4michelle> "." and hierarchy separator, you should check your MDA
linux4michelle> (maildrop, p
Am 2009-05-31 15:14:32, schrieb James:
> Anyone seen this before? I'm trying to access an mbox file with a
> period in the name via IMAP. It doesn't seem to work correctly as of
> 1.5.19. Works fine in 1.5.16.
Which IMAP server do you use?
If you say, "mbox", then you have definitively NO courier
Hi James,
How many "mailboxes" you you have defined for checking?
I have LKM and others with more then 100.000 messages in it and it is
very fast. However, if you have more then 20 "mailboxes" defined, you
will see a decreasing performance while mutt is polling the "mailboxes"
for new mess
From: James
Subject: imap folders with '.' (period) do not show up correctly in 1.5.19
Anyone seen this before? I'm trying to access an mbox file with a
period in the name via IMAP. It doesn't seem to work correctly as of
1.5.19. Works fine in 1.5.16.
I've noticed something similar. On one
I've been tinkering some more with this whole thing.
Once Mutt has completely loaded it works fine when poking around on
the inbox. When, however, I try to open another mailbox (regardless of
size -- sometimes 19 messages, sometimes many thousands), it waits in
the "sorting messages" stage.
A sni
Le Sunday, 31 May 2009 à 18:45:09 +0200, Dave Feustel a écrit :
> I've tried to get mutt to send email to my ISP's mail server,
> but so far I have not succeeded (I send mail using msmtp).
>
> What variables in .msmtprc do I need to set to be able to
> send email using mutt only?
>
> Thanks.
Hello
* James :
> Hum.
>
> Maybe my IMAP server is kinda slow then?
What do you run? If it is Courier, there will be no indices on the server and
all reading is done the moment you access the mailbox. This makes it very
slow.
In this case migrating to e.g. Dovecot will give you an enormous boost.
p..
Anyone seen this before? I'm trying to access an mbox file with a
period in the name via IMAP. It doesn't seem to work correctly as of
1.5.19. Works fine in 1.5.16.
-j
You mail admins take things too personally. ;)
I said something *more* reasonable because, as I mentioned earlier, I
was turning knobs and pushing buttons to figure out what may have been
slowing everything down.
75 is not the value I expect to use on a daily basis. I'm simply
troubleshooting to
I was simply tinkering with variuos knobs and buttons in order to
figure out precisely *what* was slowing everything down. :)
By setting $mail_check so low I discovered that it was likely the culprit.
-j
On Sun, May 31, 2009 at 2:31 PM, Kyle Wheeler wrote:
> -BEGIN PGP SIGNED MESSAGE-
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Sunday, May 31 at 11:02 AM, quoth James:
> It seems a good bit of the problem I am having is related to the
> $mail_check period. If I have it too low mutt becomes completely
> unresponsive, regardless of what I try to do.
Again - for obvious r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Sunday, May 31 at 10:46 AM, quoth James:
>Bill,
>
>What do you have your $mail_check set to?
>
>If I set it to something rather low (15), mutt becomes extremely slow.
And for obvious reasons! Is there REALLY a good reason that you'd need
to chec
I've tried to get mutt to send email to my ISP's mail server,
but so far I have not succeeded (I send mail using msmtp).
What variables in .msmtprc do I need to set to be able to
send email using mutt only?
Thanks.
Many thanks, Bill.
Let me tinker with the timers that I have set and I will report back. :)
-j
2009/5/31 James :
> It seems a good bit of the problem I am having is related to the
> $mail_check period. If I have it too low mutt becomes completely
> unresponsive, regardless of what I try to do.
>
It seems a good bit of the problem I am having is related to the
$mail_check period. If I have it too low mutt becomes completely
unresponsive, regardless of what I try to do.
Setting it to a more reasonable value (75 seconds) improves the situation a bit.
I'm uncertain, however, why it takes so
On Sun, 31 May 2009, James wrote:
> Bill,
>
> What do you have your $mail_check set to?
>
> If I set it to something rather low (15), mutt becomes extremely slow.
This is the relevant portion of my muttrc
# activate TLS if available on the server
set ssl_starttls=yes
# always use SSL when conne
On Sun, 31 May 2009, James wrote:
> Bill, are you saying that after the initial 30 second process for your
> Gmail, everything loads up instantly (specific email messages, etc.)
> afterwards?
Since only headers are downloaded, new message take time to download
when actually first read the message.
Bill,
What do you have your $mail_check set to?
If I set it to something rather low (15), mutt becomes extremely slow.
-j
2009/5/31 James :
> Hum.
>
> Maybe my IMAP server is kinda slow then?
>
> I could try tying mutt to my Gmail account to see what happens.
>
> Here's what I have in my .muttr
Hum.
Maybe my IMAP server is kinda slow then?
I could try tying mutt to my Gmail account to see what happens.
Here's what I have in my .muttrc file (for caching):
set header_cache="~/.mutt/cache/headers"
set message_cachedir="~/.mutt/cache/messages"
There seem to be files in there, so I im
On Sun, 31 May 2009, James wrote:
> By large I'm talking about, uhhh, ~7000 emails. More or less.
My imap account in gmail have over 3 message, and also a local
maildir mailbox for rss having over 8 message. They need about 10
to 30 seconds to initial cache checking.
FYI
--
regards,
===
On Sun, May 31, 2009 at 10:15 AM, Rocco Rutte wrote:
> Hi,
>
> * James wrote:
>
>> I use procmail + mutt and am running into a problem that is limiting
>> my usage of mutt. Currently procmail sorts some very high volume
>> mailing lists into specific folders (mbox format). I'm using mutt as
>> an
Hi,
* James wrote:
> I use procmail + mutt and am running into a problem that is limiting
> my usage of mutt. Currently procmail sorts some very high volume
> mailing lists into specific folders (mbox format). I'm using mutt as
> an IMAP client and when I add these mailboxes to my .muttrc file, m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, May 31, 2009 at 09:51:16AM -0400, James wrote:
> All,
>
> I use procmail + mutt and am running into a problem that is limiting
> my usage of mutt. Currently procmail sorts some very high volume
> mailing lists into specific folders (mbox forma
All,
I use procmail + mutt and am running into a problem that is limiting
my usage of mutt. Currently procmail sorts some very high volume
mailing lists into specific folders (mbox format). I'm using mutt as
an IMAP client and when I add these mailboxes to my .muttrc file, mutt
sometimes takes 5 t
38 matches
Mail list logo
