2 IMAP questions again
Hi, I set my one of my mailbox to: mailboxes = {127.0.0.1}mail/debian and now when I involke mutt with -y option, I can view the debian folder. But according to the doc, 1.12 supports browsing mailboxes on an IMAP server, so how do I actually do this? My second question is when I delete a mail accessing via IMAP, it creates an annoying message, something like: DON'T DELETE THIS MESSAGE -- FOLDER This text is part of the internal format of your mail folder, and is not a real message. It is created automatically by the mail system software. If deleted, important folder data will be lost, and it will be re-created with the data reset to initial values. How can I avoid this? Thanks again. Shao. -- Shao Zhang - Running Debian 2.1 ___ _ _ Department of Communications/ __| |_ __ _ ___ |_ / |_ __ _ _ _ __ _ University of New South Wales \__ \ ' \/ _` / _ \ / /| ' \/ _` | ' \/ _` | Sydney, Australia |___/_||_\__,_\___/ /___|_||_\__,_|_||_\__, | Email: [EMAIL PROTECTED] |___/ _
Re: 2 IMAP questions again
On Tuesday, 16 May 2000 at 08:46, David Champion wrote: On 2000.05.16, in [EMAIL PROTECTED], "Mikko Hänninen" [EMAIL PROTECTED] wrote: Shao Zhang [EMAIL PROTECTED] wrote on Tue, 16 May 2000: My second question is when I delete a mail accessing via IMAP, it creates an annoying message, something like: DON'T DELETE THIS MESSAGE -- FOLDER That's created by the IMAP server. Sounds like you're using UW-IMAP, their server does that. I think it's a feature of the c-client or whatever the library was called that they use, it's supposed to work together with Pine and the POP server too. Yep. Should mutt be capable of detecting and ignoring this message? Environments that support three-way (POP, IMAP, and direct) access might find this useful. UW-IMAP keeps information about the status of the mailbox in there. So modifying the mailbox without updating that message could theoretically be worse than just deleting the message (although I think it's really only there for disconnected-mode support, and I don't know which clients can make use of that yet). The best option is just to use IMAP always or never, probably. -Brendan
Re: 2 IMAP questions again
2000-05-16-03:00:58 Shao Zhang: My second question is when I delete a mail accessing via IMAP, it creates an annoying message, something like: DON'T DELETE THIS MESSAGE -- FOLDER [...] How can I avoid this? Switch to a different IMAP daemon. You're currently using the UW Imapd. The designer of the IMAP protocol and of that implementation of imapd decided to (a) incorporate a need to preserve information that doesn't seem to fit too naturally into the standard mbox format, and (b) stash that information in a message which the imap daemon refrains from displaying. Actually I lie, these functions --- stashing the info, and skipping the display --- are done not by the imapd itself, but rather by the "c-client" library containing the common code used by imapd, pine, and various other tools for interacting with email folders. So anyway, if you find another imapd and use it, that annoying message will no longer be created. Alternatively, don't ever look at your actual inbox except through imapd (or pine --- same c-client lib) and you won't see the message, even though it will be there. -Bennett PGP signature
Re: 2 IMAP questions again
On 2000.05.16, in [EMAIL PROTECTED], "Brendan Cully" [EMAIL PROTECTED] wrote: don't know which clients can make use of that yet). The best option is just to use IMAP always or never, probably. I don't think that's realistic, as long as non-IMAP access is possible, for some people. But I guess what I'm asking about can be done with a bit of limit code and a push. It's surprising how many calls our tech support line gets where callers are worrying about "DO NOT DELETE THIS MESSAGE" messages, asking whether they're viruses, etc. -- -D.[EMAIL PROTECTED] NSIT University of Chicago
Re: 2 IMAP questions again
On Tue, May 16, 2000 at 11:03:39AM -0500, David Champion wrote: On 2000.05.16, in [EMAIL PROTECTED], "Brendan Cully" [EMAIL PROTECTED] wrote: don't know which clients can make use of that yet). The best option is just to use IMAP always or never, probably. I don't think that's realistic, as long as non-IMAP access is possible, for some people. But I guess what I'm asking about can be done with a bit of limit code and a push. It's surprising how many calls our tech support line gets where callers are worrying about "DO NOT DELETE THIS MESSAGE" messages, asking whether they're viruses, etc. Try folder-hook . 'push "l!~s DO NOT DELETE THIS MESSAGE\n"' or folder-hook . 'push "l!~f Folder internal Data\n"' or how the sender is specified. HTH, Michael -- fortune: No such file or directory PGP-fingerprint: DECA E9D2 EBDD 0FE0 0A65 40FA 5967 ACA1 0B57 7C13