headers
Michelle Konzack | 1 Jun 01:33

Re: imap folders with '.' (period) do not show up correctly in

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 "/".

I have uw-imapd 7:2007b~dfsg-4+lenny3 running from the Debian 5.0  Lenny
Distribution and it works.

Thanks, Greetings and nice Day/Evening
    Michelle Konzack
    Systemadministrator
    Tamay Dogan Network
    Debian GNU/Linux Consultant

--

-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
##################### Debian GNU/Linux Consultant #####################
<http://www.tamay-dogan.net/>                 Michelle Konzack
<http://www.can4linux.org/>                   Apt. 917
<http://www.flexray4linux.org/>               50, rue de Soultz
Jabber linux4michelle <at> jabber.ccc.de           67100 Strasbourg/France
IRC #Debian (irc.icq.com)                     Tel. DE: +49 177 9351947
ICQ #328449886                                Tel. FR: +33  6  61925193
Permalink | Reply | 6 comments |
headers
Michelle Konzack | 1 Jun 01:34

Re: Deleting messages via IMAP

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 deleted messages are still in my
> mailbox, marked for deletion.  How can I deal with this?  

EXPUNGE or FLUSH

Thanks, Greetings and nice Day/Evening
    Michelle Konzack
    Systemadministrator
    25.9V Electronic Engineer
    Tamay Dogan Network
    Debian GNU/Linux Consultant

--

-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
##################### Debian GNU/Linux Consultant #####################
<http://www.tamay-dogan.net/>                 Michelle Konzack
<http://www.can4linux.org/>                   Apt. 917
<http://www.flexray4linux.org/>               50, rue de Soultz
Jabber linux4michelle <at> jabber.ccc.de           67100 Strasbourg/France
IRC #Debian (irc.icq.com)                     Tel. DE: +49 177 9351947
ICQ #328449886                                Tel. FR: +33  6  61925193
Permalink | Reply | 5 comments |
headers
Ken Weingold | 1 Jun 01:43
Picon

Re: Deleting messages via IMAP

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 from the
> > iPhone, next time I open mutt those deleted messages are still in my
> > mailbox, marked for deletion.  How can I deal with this?  
> 
> EXPUNGE or FLUSH

Sorry, I mean how to get the messages to really delete when I delete
them from the iPhone, just as if I had deleted and hit $ from mutt.

-Ken
Permalink | Reply | 4 comments |
headers
Steve Revilak | 1 Jun 01:58
Gravatar

Re: imap folders with '.' (period) do not show up correctly in


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 failed: Can't open mailbox mail/spam/200905: no
>                                                        ^^^
>UWIMAP is interpreting the "." as "/".

That seems believable.  However, the original question was

    When accessing spam.200905 on server X, with MUA Y, 

    (a) why does the "Can't open mailbox" error occur if Y is Mutt
        1.5.19, and

    (b) why does the "Can't open mailbox" *NOT* OCCUR if Y is some MUA
        other than Mutt 1.5.19?

(Please note that X is a constant.)

Steve
Permalink | Reply | 5 comments |
headers
James | 1 Jun 02:47
Picon

Re: imap folders with '.' (period) do not show up correctly 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 <v1.5.19.

-j

On Sun, May 31, 2009 at 7:58 PM, Steve Revilak <steve <at> srevilak.net> wrote:
> -----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 failed: Can't open mailbox mail/spam/200905: no
>>                                                        ^^^
>>UWIMAP is interpreting the "." as "/".
>
>
> That seems believable.  However, the original question was
>
>    When accessing spam.200905 on server X, with MUA Y,
>
>    (a) why does the "Can't open mailbox" error occur if Y is Mutt
>        1.5.19, and
(Continue reading)

Permalink | Reply | 4 comments |
headers
Brendan Cully | 1 Jun 03:36
Gravatar

Re: imap folders with '.' (period) do not show up correctly in

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 <v1.5.19.

Yes, it's a mutt bug. You can probably work around it by setting
imap_delim_chars to "/" until 1.5.20.
Permalink | Reply | 3 comments |
headers
James | 1 Jun 03:39
Picon

Re: imap folders with '.' (period) do not show up correctly in

Wonderful!

Many many thanks! :)

-j

On Sun, May 31, 2009 at 9:36 PM, Brendan Cully <brendan <at> kublai.com> 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
>> '.' in the file name) in <v1.5.19.
>
> Yes, it's a mutt bug. You can probably work around it by setting
> imap_delim_chars to "/" until 1.5.20.
>
Permalink | Reply | 0 comments |
headers
David J. Weller-Fahy | 1 Jun 04:29
Gravatar

Re: use current folder name as argument to abitrary command

* Cameron Simpson <cs <at> zip.com.au> [2009-05-31 01:41 -0500]:
> On 30May2009 22:20, David J. Weller-Fahy <dave-lists-mutt-users <at> weller-fahy.com> wrote:
> | #v+
> | folder-hook . 'push ":\\\`~/.mutt/listbox-to-email.pl\ $my_folder\\\`<enter>"'
> | #v-
> |
> | I do not understand why the macro is required to force mutt to parse
> | that ""-quoted string, and now I'm wondering if there are any other
> | constructs which would allow the same level of parsing without defining
> | a macro... hrm.  Methinks I need to read more of the source, manual, and
> | wiki to understand, but that may have to wait until I get more
> | round-tuits.
>
> There are no macros in that command line. Hmm, there are macros in
> mine; I guess removing them is what you're after.

Yep, I probably should have been clear: It struck me as a waste to
generate a macro just so the string can be interpreted as a mutt-level
""-string.  I was just trying different things to remove the requirement
for a macro.  It just occurred to me, though, that you might want the
macro so you can re-use the command later?  Not sure, but either way I
figured it out.

> If you get your perl script to log command line arguments to a file,
> what does it show? Is it even run?

The Perl script didn't run, instead I would get the following.
#v+
`~/.mutt/listbox-to-email.pl: unknown command
#v-
(Continue reading)

Permalink | Reply | 6 comments |
headers
David J. Weller-Fahy | 1 Jun 05:10
Gravatar

Re: use current folder name as argument to abitrary command

* David J. Weller-Fahy <dave-lists-mutt-users <at> weller-fahy.com> [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 of thread.
;)
--

-- 
dave [ please don't CC me ]
Attachment (listbox-to-email.pl): application/x-perl, 347 bytes
Permalink | Reply | 0 comments |
headers
Kyle Wheeler | 1 Jun 05:59

Re: handling very large mailboxes


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. Nothing liberal application of beer can't fix.

~Kyle
--

-- 
This 'telephone' has too many shortcomings to be seriously considered 
as a means of communication. The device is inherently of no value to 
us.
                                   -- Western Union internal memo, 1876
Permalink | Reply | 0 comments |

Gmane