Re: Some fairly simple-minded questions about using mutt with IMAP
Hi Cameron, On Tue, Dec 09, 2014 at 06:21:31PM +1100, Cameron Simpson wrote: For me this is all theoretical so far as I have not had time. But it is a real issue I need to address, and I'd like to hear of your efforts if you try this route. I have been doing this for some years now, with great success I might add. I use a combination of OfflineIMAP[1] (syncing over IMAP), Notmuch[2] (indexing), and Mutt-kz[3] (a mutt fork with notmuch support). This is my chain: - Sync with OfflineIMAP - Call notmuch new from OfflineIMAP postsynchook - Read and send emails with Mutt-kz Notmuch offers a few pre and post hooks, I address my regular tagging needs in these hooks. The rest I do while reading the emails. Easy enough :). I also use a (notmuch) search based address book[4] with Mutt. In fact, the latest notmuch release also added a notmuch-address command. Let me know if you are interested, I can share more details. Cheers, Footnotes: [1] http://offlineimap.org/ [2] http://notmuchmail.org/ [3] http://kzak.redcrew.org/doku.php?id=mutt:start [4] https://github.com/domo141/nottoomuch -- Suvayu Open source is the future. It sets us free.
Re: Some fairly simple-minded questions about using mutt with IMAP
On Tue, Dec 09, 2014 at 07:07:10AM +, John Long wrote: I don't see how IMAP helps. What exactly is the difference in terms of how you read mail and where the apps run as opposed to POP? The only thing IMAP does it make you rely on a remote mail server. I never use IMAP unless they don't serve POP. I know one mail provider that doesn't honor POP delete requests so to avoid leaving 100,000 emails on their server that I can't delete I use IMAP with them. Everywhere else, POP. I'd rather rely on my own email storage. I wondered if, when using IMAP, mutt will store the temporary HTML for passing to Firefox on the local machine rather than the remote machine. One would expect it to somehow. If I understood you then yes, but the local machine as far as mutt is concerned is the machine where mutt is running, not where you are running. All mutt's working data is where mutt runs, as in all normal apps. Exactly. I'm sitting using my laptop in France (for example) and I run mutt on the laptop using IMAP to access the E-Mails on my mail server machine at home. So, when I use 'v' to view an HTML E-Mail it stores the file in /tmp on the laptop and points my laptop browser at it to view it? This was really my original question! :-) OK, it has to download the file so won't be instant but at least it works without any extra configuration or commands (except the extra complexity, if any, of using IMAP). No, as I said I just tried it and it doesn't work because Firefox is too clever and uses the local Firefox rather than the remote one so the file is in the wrong place. Firefox is POS technology, but depending on the version you can start it not to use your local/running instance. try firefox --no-remote and look around on the web if that doesn't do it. I have run into this several times with network firefox etc and I have it working. Yes, I've done it in the past when I was at work and really needed to view something that was only accessible from the browser on my home machine. Even across a fairly quick UK only internet connection it was horrendously slow. -- Chris Green
Re: Some fairly simple-minded questions about using mutt with IMAP
On Tue, Dec 09, 2014 at 06:21:31PM +1100, Cameron Simpson wrote: On 08Dec2014 22:04, Chris Green c...@isbd.net wrote: Doesn't anyone use IMAP? I must admit when I tried it (a few times over the years, but not very recently) it never felt quite as easy and transparent as using mutt on a local mail spool. I would advocate trying offlineimap. I am a huge fan of having one's mail local to the machine for all the reasons you have outlined. [snip] Well, looking at offlineimap has lead me to notmuch as well which has got me thinking down those lines too! :-) However, for me, moving to offlineimap involves quite a bit of reconfiguration work as I currently use mbox and I don't have an IMAP server running on the machine where the E-Mails initially get delivered. So I just need to decide which of many possible routes will serve me best. -- Chris Green
Re: Some fairly simple-minded questions about using mutt with IMAP
On Tue, Dec 09, 2014 at 10:33:05AM +, Chris Green wrote: On Tue, Dec 09, 2014 at 06:21:31PM +1100, Cameron Simpson wrote: On 08Dec2014 22:04, Chris Green c...@isbd.net wrote: Doesn't anyone use IMAP? I must admit when I tried it (a few times over the years, but not very recently) it never felt quite as easy and transparent as using mutt on a local mail spool. I would advocate trying offlineimap. I am a huge fan of having one's mail local to the machine for all the reasons you have outlined. [snip] Well, looking at offlineimap has lead me to notmuch as well which has got me thinking down those lines too! :-) However, for me, moving to offlineimap involves quite a bit of reconfiguration work as I currently use mbox and I don't have an IMAP server running on the machine where the E-Mails initially get delivered. So I just need to decide which of many possible routes will serve me best. If we all misunderstood and you have multiple instances of mutt running and want to be able to access your mail from any of them then use POP and leave the email on the server. Are you forced to use IMAP? /jl -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04
Re: Some fairly simple-minded questions about using mutt with IMAP
On Tue, Dec 09, 2014 at 10:11:53AM +, Chris Green wrote: On Tue, Dec 09, 2014 at 07:07:10AM +, John Long wrote: I don't see how IMAP helps. What exactly is the difference in terms of how you read mail and where the apps run as opposed to POP? The only thing IMAP does it make you rely on a remote mail server. I never use IMAP unless they don't serve POP. I know one mail provider that doesn't honor POP delete requests so to avoid leaving 100,000 emails on their server that I can't delete I use IMAP with them. Everywhere else, POP. I'd rather rely on my own email storage. I wondered if, when using IMAP, mutt will store the temporary HTML for passing to Firefox on the local machine rather than the remote machine. One would expect it to somehow. This has nothing to do with IMAP. It has to do with how apps work. I'll clarify within my own comments: If I understood you then yes, but the local machine as far as mutt is concerned is the machine where mutt is running [your remote system], not where you are running [your ssh session from, your local system]. All mutt's working data is where mutt runs, as in all normal apps. Exactly. I'm sitting using my laptop in France (for example) and I run mutt on the laptop using IMAP to access the E-Mails on my mail server machine at home. Are you saying you can host a mail server but you can't understand the difference between running Mutt on a local or remote system? That's difficult to fathom. So, when I use 'v' to view an HTML E-Mail it stores the file in /tmp on the laptop and points my laptop browser at it to view it? Check and see? This was really my original question! :-) If so then you had no question at all. It's obvious Mutt will save the file on the system where mutt is running. It cannot work any other way and this has absolutely nothing to do with IMAP or POP. I believe everyone understood from the beginning of this thread you were ssh-ing to a remote box and running Mutt on the remote machine. All the answers until now have been based on that. OK, it has to download the file so won't be instant but at least it works without any extra configuration or commands (except the extra complexity, if any, of using IMAP). I must have missed a few posts. This seems out of context. No, as I said I just tried it and it doesn't work because Firefox is too clever and uses the local Firefox rather than the remote one so the file is in the wrong place. Firefox is POS technology, but depending on the version you can start it not to use your local/running instance. try firefox --no-remote and look around on the web if that doesn't do it. I have run into this several times with network firefox etc and I have it working. Yes, I've done it in the past when I was at work and really needed to view something that was only accessible from the browser on my home machine. Even across a fairly quick UK only internet connection it was horrendously slow. If you think that's slow then how do you think an SSH filesystem over the same connection will work? Sounds like a terribly bad idea. /jl -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04
Re: Some fairly simple-minded questions about using mutt with IMAP
On Tue, Dec 09, 2014 at 10:56:04AM +, John Long wrote: If I understood you then yes, but the local machine as far as mutt is concerned is the machine where mutt is running [your remote system], not where you are running [your ssh session from, your local system]. All mutt's working data is where mutt runs, as in all normal apps. Exactly. I'm sitting using my laptop in France (for example) and I run mutt on the laptop using IMAP to access the E-Mails on my mail server machine at home. Are you saying you can host a mail server but you can't understand the difference between running Mutt on a local or remote system? That's difficult to fathom. So, when I use 'v' to view an HTML E-Mail it stores the file in /tmp on the laptop and points my laptop browser at it to view it? Check and see? That's not so easy! I don't currently have an IMAP server for mutt to connect to, hence This was really my original question! :-) If so then you had no question at all. It's obvious Mutt will save the file on the system where mutt is running. It cannot work any other way and this has absolutely nothing to do with IMAP or POP. It could perfectly well use IMAP and save the file somewhere in the IMAP hierarchy on the remote system. I believe everyone understood from the beginning of this thread you were ssh-ing to a remote box and running Mutt on the remote machine. All the answers until now have been based on that. Yes, and using IMAP is an *alternative* approach to reading E-Mail remotely. OK, it has to download the file so won't be instant but at least it works without any extra configuration or commands (except the extra complexity, if any, of using IMAP). I must have missed a few posts. This seems out of context. I'm trying to compare the convenience/ease of doing what I do at the moment (ssh to remote, run mutt there) and running mutt on the local laptop and using IMAP. It seems as if IMAP will overcome a couple of the niggles of ssh/mutt but I'm not sure if it's worth the extra hassle of running an IMAP server and putting up with the extra work (not much but there is a bit) of using mutt with IMAP. No, as I said I just tried it and it doesn't work because Firefox is too clever and uses the local Firefox rather than the remote one so the file is in the wrong place. Firefox is POS technology, but depending on the version you can start it not to use your local/running instance. try firefox --no-remote and look around on the web if that doesn't do it. I have run into this several times with network firefox etc and I have it working. Yes, I've done it in the past when I was at work and really needed to view something that was only accessible from the browser on my home machine. Even across a fairly quick UK only internet connection it was horrendously slow. If you think that's slow then how do you think an SSH filesystem over the same connection will work? Sounds like a terribly bad idea. The trouble is that Firefox via X transfers vast amounts of data to continuously update the screen, there's no attempt at efficiency. The ssh filesystem won't have to transfer anything like the same amoount of data. -- Chris Green
Re: Some fairly simple-minded questions about using mutt with IMAP
On Tue, Dec 09, 2014 at 10:57:33AM +, John Long wrote: On Tue, Dec 09, 2014 at 10:33:05AM +, Chris Green wrote: On Tue, Dec 09, 2014 at 06:21:31PM +1100, Cameron Simpson wrote: On 08Dec2014 22:04, Chris Green c...@isbd.net wrote: Doesn't anyone use IMAP? I must admit when I tried it (a few times over the years, but not very recently) it never felt quite as easy and transparent as using mutt on a local mail spool. I would advocate trying offlineimap. I am a huge fan of having one's mail local to the machine for all the reasons you have outlined. [snip] Well, looking at offlineimap has lead me to notmuch as well which has got me thinking down those lines too! :-) However, for me, moving to offlineimap involves quite a bit of reconfiguration work as I currently use mbox and I don't have an IMAP server running on the machine where the E-Mails initially get delivered. So I just need to decide which of many possible routes will serve me best. If we all misunderstood and you have multiple instances of mutt running and want to be able to access your mail from any of them then use POP and leave the email on the server. Are you forced to use IMAP? I currently read my E-Mails (at different times, not simultaneously) using mutt on:- The desktop Linux system which is also where Postfix runs to receive my E-Mail. My laptop running Linux, sometimes on the LAN with the above desktop, sometimes out and about connected by someone's home WiFi or a 3G connection. Rarely, but occasionally, on someone else's system. The reason I'd use IMAP rather than POP3 is that I have mail filtering running on the desktop server. There's a custom script that delivers mailing list E-Mails (in particular) to separate mailboxes. I want to be able to see these when I read my E-Mail remotely. Thus I'd simply do everything remotely using IMAP, not store anything on the laptop. -- Chris Green
Re: Some fairly simple-minded questions about using mutt with IMAP - my conclusion/solution
Thanks everyone for all the ideas and feedback. I *think* I have a solution that will work for me. I'll change the default mutt temporary directory to something that I can mount easily on the laptop using sshfs, as long as this has a unique name that can be the same on the desktop server and on the laptop then files viewed using mutt should be in the 'right place' on both systems. I just need to write a wrapper to mount and unmount the directory when mutt is run on the laptop (or I could just mount it whenever I connect I suppose). This requires minimal reconfiguration - no IMAP server, no changes to my mailbox format - and fixes my current niggles (I think/hope!). Again, thank you everyone for all your help. -- Chris Green
Re: Some fairly simple-minded questions about using mutt with IMAP
On Tue, Dec 09, 2014 at 11:36:48AM +, Chris Green wrote: On Tue, Dec 09, 2014 at 10:56:04AM +, John Long wrote: If I understood you then yes, but the local machine as far as mutt is concerned is the machine where mutt is running [your remote system], not where you are running [your ssh session from, your local system]. All mutt's working data is where mutt runs, as in all normal apps. Exactly. I'm sitting using my laptop in France (for example) and I run mutt on the laptop using IMAP to access the E-Mails on my mail server machine at home. Are you saying you can host a mail server but you can't understand the difference between running Mutt on a local or remote system? That's difficult to fathom. So, when I use 'v' to view an HTML E-Mail it stores the file in /tmp on the laptop and points my laptop browser at it to view it? Check and see? That's not so easy! I don't currently have an IMAP server for mutt to connect to, hence This was really my original question! :-) If so then you had no question at all. It's obvious Mutt will save the file on the system where mutt is running. It cannot work any other way and this has absolutely nothing to do with IMAP or POP. It could perfectly well use IMAP and save the file somewhere in the IMAP hierarchy on the remote system. No, this is not the way Mutt works. It has nothing to do with IMAP or POP. The only practical difference is with IMAP what's on the server is synced with your client. If you delete it, it's deleted on the server. With POP you can intentionally leave things on the server or delete them when read. I believe everyone understood from the beginning of this thread you were ssh-ing to a remote box and running Mutt on the remote machine. All the answers until now have been based on that. Yes, and using IMAP is an *alternative* approach to reading E-Mail remotely. No it is not. It is a mail protocol. OK, it has to download the file so won't be instant but at least it works without any extra configuration or commands (except the extra complexity, if any, of using IMAP). I must have missed a few posts. This seems out of context. I'm trying to compare the convenience/ease of doing what I do at the moment (ssh to remote, run mutt there) and running mutt on the local laptop and using IMAP. It doesn't matter whether you use IMAP or POP. It matters where mutt runs. If you think that's slow then how do you think an SSH filesystem over the same connection will work? Sounds like a terribly bad idea. The trouble is that Firefox via X transfers vast amounts of data to continuously update the screen, there's no attempt at efficiency. The ssh filesystem won't have to transfer anything like the same amoount of data. That's not the point. What is more important to you, having a web page rendered properly or having your file system in good shape? Anyway this whole thing is unnecessary. /jl -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04
Re: Some fairly simple-minded questions about using mutt with IMAP
On Tue, Dec 09, 2014 at 11:42:49AM +, Chris Green wrote: If we all misunderstood and you have multiple instances of mutt running and want to be able to access your mail from any of them then use POP and leave the email on the server. Are you forced to use IMAP? I currently read my E-Mails (at different times, not simultaneously) using mutt on:- The desktop Linux system which is also where Postfix runs to receive my E-Mail. My laptop running Linux, sometimes on the LAN with the above desktop, sometimes out and about connected by someone's home WiFi or a 3G connection. Rarely, but occasionally, on someone else's system. The reason I'd use IMAP rather than POP3 is that I have mail filtering running on the desktop server. There's a custom script that delivers mailing list E-Mails (in particular) to separate mailboxes. I want to be able to see these when I read my E-Mail remotely. Thus I'd simply do everything remotely using IMAP, not store anything on the laptop. If you paint yourself into a corner by not understanding what you are doing it is much harder for anybody to answer your questions. It seems you are hell-bent on misunderstanding things and have already decided on an incorrect unnecessarily, complicated conclusion. Mail filtering works independent of POP or IMAP. Delivery to spool is independent of POP or IMAP. The only practical difference between POP and IMAP is at the client level. IMAP syncs in real time. If you delete a message in IMAP it is gone from the server. If you use POP you can set things up so that messages are left on the server for you to access from other clients. /jl -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04
Re: Some fairly simple-minded questions about using mutt with IMAP
On Mon, Dec 08, 2014 at 03:19:55PM +, Chris Green wrote: At the moment to access my mail remotely I ssh into the server and run mutt. This works well in general but there are some disadvantages, in particular the 'v' command to access and view HTML, PDF and other [...] So, I'm wondering if using IMAP would make my life easier. I would run Dovecot I expect. If I do this do things become more transparent to a remote mutt? Just as a data point I'll note that I use both methods on a daily basis. As you guessed, aside from the attachment situation there isn't much difference. At home I use ssh and run mutt on my mail server. When I have to access attachments I use sshfs to access my homedir on the server. At work I use IMAP (actually IMAPS) because the IT department uses Microsoft Exchange as their mail server. There are some annoying issues with how Exchange's IMAP module sometimes handles TNEF messages sent by Outlook users, but that's something you wouldn't need to deal with if you're running your IMAP server on Linux. In the IMAP situation I can still edit messages in my inbox, link/unlink threads, move messages between folders including back and forth between IMAP folders and local maildir directories, and so on. One case where IMAP might be a downside is if you often have to search the message bodies, since I think they aren't cached on the mutt side and will have to be retrieved over IMAP each time you do a search. The headers do get cached by mutt. -Dave Dodge/dodo...@dododge.net
Re: Some fairly simple-minded questions about using mutt with IMAP
On Mon, Dec 08, 2014 at 03:38:18PM +, Chris Green wrote: On Mon, Dec 08, 2014 at 10:30:46AM -0500, Patrick Shanahan wrote: * Chris Green c...@isbd.net [12-08-14 10:21]: E.g. if I want to view an HTML E-Mail in Firefox (default browser) instead of within mutt (using lynx) can I just do 'v' followed by selecting the HTML attachment as I would when running mutt locally on the machine where mail is hosted? I work somewhat similarily. I store all mail on my local box and maintain a tmux session which I access remotely via ssh -X. Yes, that's the alternative (to IMAP) really. However a lot of my remote locations are very remote and have slow connections, running a browser remotely would be unusably slow and similarly NFS would be messy and insecure. You could also look at tools like offlineimap or imapsync https://wiki.archlinux.org/index.php/OfflineIMAP
Re: Some fairly simple-minded questions about using mutt with IMAP
On Mon, Dec 08, 2014 at 10:04:26PM +, Chris Green wrote: Hello, Chris, What I do is that at work, I mount my home mail folder using sshfs. That way, I can use my local copies of mutt, xpdf, etc. With large messages, it can get slow, sometimes, but it does save some time. Yes, I guess that's one way of doing it, not too difficult to automate using a script. I could simply mount my ~/.mutt and my ~/Mail directories and run mutt on the laptop (which is what I'm always using when away from home). Slow with mbox I fear though, I might have to change to Maildir to make it usable. Doesn't anyone use IMAP? I must admit when I tried it (a few times over the years, but not very recently) it never felt quite as easy and transparent as using mutt on a local mail spool. My setup consists on downloading all my email via getmail onto my local machine, with regular updates via cron, and posting via msmtpqueue. It harkens back to a time when internet access wasn't always a given for me, and I like how it works now, so... -- Eduardo Alvarez Stercus, Stercus, Stercus, moriturus sum -- Rincewind The Wizzard pgpGn7F97azY3.pgp Description: PGP signature
Re: Some fairly simple-minded questions about using mutt with IMAP
On 09Dec2014 10:33, Chris Green c...@isbd.net wrote: On Tue, Dec 09, 2014 at 06:21:31PM +1100, Cameron Simpson wrote: On 08Dec2014 22:04, Chris Green c...@isbd.net wrote: Doesn't anyone use IMAP? I must admit when I tried it (a few times over the years, but not very recently) it never felt quite as easy and transparent as using mutt on a local mail spool. I would advocate trying offlineimap. I am a huge fan of having one's mail local to the machine for all the reasons you have outlined. [snip] Well, looking at offlineimap has lead me to notmuch as well which has got me thinking down those lines too! :-) However, for me, moving to offlineimap involves quite a bit of reconfiguration work as I currently use mbox and I don't have an IMAP server running on the machine where the E-Mails initially get delivered. You can probably install dovecot on the main machine easily. If the remote machine is personal (you desktop machine, yes?) you could configure its IMAP and POP services to listen only on localhost for security; use an ssh port forward to gain remote access to them. If you choose offlineimap for bidirectional mirroring then you have the maildir conversion issue to consider. Note that maildirs do take more disc space due to the separation of messages into individual files. My personal practice is presently to use maildirs for most live folders and to use mbox for archival folders. Offlineimap does not need to mirror all your folders; it can manage an arbitrary subset. Then the primary change is to tell dovecot to use maildirs (and to convert your mail folders). For dovecot, the dovecot.conf file wants the mail_location setting configured, for example: mail_location = maildir:~/Maildir which says to use maildir and to look for the user's folders in ~/Maildir. Mutt will cope automatically for existing folders, though you may want to tell it to make maildirs by default for new folders: set mbox_type=maildir Then there's mbox to maildir conversion. Tedious. There are ways to automate that. The simplest may to script mutt itself. Have a look at my mboxify script: https://bitbucket.org/cameron_simpson/css/src/tip/bin/mboxify which I am using to progressively turn my archive folders into mboxes, and reverse it. It has a bunch of checks, but you could pull out the core invocation of mutt towards the bottom of the script and invert it to convert an mbox into a maildir. Cheers, Cameron Simpson c...@zip.com.au Your reality is lies and balderdash, and I'm glad to say that I have no grasp of it. - Baron Munchausen
Some fairly simple-minded questions about using mutt with IMAP
I have been using mutt for many, many years with a local (Unix style) mail spool. Mail is delivered to my system by SMTP (postfix locally). At the moment to access my mail remotely I ssh into the server and run mutt. This works well in general but there are some disadvantages, in particular the 'v' command to access and view HTML, PDF and other graphical attachments doesn't work because, of course, there's no GUI access to the machine where I'm reading the mail. It's also a bit annoying simply saving attachments and then realising they're on the remote machine. So, I'm wondering if using IMAP would make my life easier. I would run Dovecot I expect. If I do this do things become more transparent to a remote mutt? E.g. if I want to view an HTML E-Mail in Firefox (default browser) instead of within mutt (using lynx) can I just do 'v' followed by selecting the HTML attachment as I would when running mutt locally on the machine where mail is hosted? -- Chris Green
Re: Some fairly simple-minded questions about using mutt with IMAP
* Chris Green c...@isbd.net [12-08-14 10:21]: I have been using mutt for many, many years with a local (Unix style) mail spool. Mail is delivered to my system by SMTP (postfix locally). At the moment to access my mail remotely I ssh into the server and run mutt. This works well in general but there are some disadvantages, in particular the 'v' command to access and view HTML, PDF and other graphical attachments doesn't work because, of course, there's no GUI access to the machine where I'm reading the mail. It's also a bit annoying simply saving attachments and then realising they're on the remote machine. So, I'm wondering if using IMAP would make my life easier. I would run Dovecot I expect. If I do this do things become more transparent to a remote mutt? E.g. if I want to view an HTML E-Mail in Firefox (default browser) instead of within mutt (using lynx) can I just do 'v' followed by selecting the HTML attachment as I would when running mutt locally on the machine where mail is hosted? I work somewhat similarily. I store all mail on my local box and maintain a tmux session which I access remotely via ssh -X. I can view html using the home machine's browser remotely but it is quite slow due to connection speed at most hotels. I prefer to view those very few particular html files by krusader/dolphin fish and transfer to local machine, then employe browser on my laptop. When using my desktop which is different than mail storage location, I dump the html via nfs to a file local to my desktop and view using my desktop's browser. hth, -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://linuxcounter.net
Re: Some fairly simple-minded questions about using mutt with IMAP
On Mon, Dec 08, 2014 at 10:30:46AM -0500, Patrick Shanahan wrote: * Chris Green c...@isbd.net [12-08-14 10:21]: I have been using mutt for many, many years with a local (Unix style) mail spool. Mail is delivered to my system by SMTP (postfix locally). At the moment to access my mail remotely I ssh into the server and run mutt. This works well in general but there are some disadvantages, in particular the 'v' command to access and view HTML, PDF and other graphical attachments doesn't work because, of course, there's no GUI access to the machine where I'm reading the mail. It's also a bit annoying simply saving attachments and then realising they're on the remote machine. So, I'm wondering if using IMAP would make my life easier. I would run Dovecot I expect. If I do this do things become more transparent to a remote mutt? E.g. if I want to view an HTML E-Mail in Firefox (default browser) instead of within mutt (using lynx) can I just do 'v' followed by selecting the HTML attachment as I would when running mutt locally on the machine where mail is hosted? I work somewhat similarily. I store all mail on my local box and maintain a tmux session which I access remotely via ssh -X. I can view html using the home machine's browser remotely but it is quite slow due to connection speed at most hotels. I prefer to view those very few particular html files by krusader/dolphin fish and transfer to local machine, then employe browser on my laptop. When using my desktop which is different than mail storage location, I dump the html via nfs to a file local to my desktop and view using my desktop's browser. Yes, that's the alternative (to IMAP) really. However a lot of my remote locations are very remote and have slow connections, running a browser remotely would be unusably slow and similarly NFS would be messy and insecure. -- Chris Green
Re: Some fairly simple-minded questions about using mutt with IMAP
* Chris Green c...@isbd.net [12-08-14 10:40]: On Mon, Dec 08, 2014 at 10:30:46AM -0500, Patrick Shanahan wrote: * Chris Green c...@isbd.net [12-08-14 10:21]: I have been using mutt for many, many years with a local (Unix style) mail spool. Mail is delivered to my system by SMTP (postfix locally). At the moment to access my mail remotely I ssh into the server and run mutt. This works well in general but there are some disadvantages, in particular the 'v' command to access and view HTML, PDF and other graphical attachments doesn't work because, of course, there's no GUI access to the machine where I'm reading the mail. It's also a bit annoying simply saving attachments and then realising they're on the remote machine. So, I'm wondering if using IMAP would make my life easier. I would run Dovecot I expect. If I do this do things become more transparent to a remote mutt? E.g. if I want to view an HTML E-Mail in Firefox (default browser) instead of within mutt (using lynx) can I just do 'v' followed by selecting the HTML attachment as I would when running mutt locally on the machine where mail is hosted? I work somewhat similarily. I store all mail on my local box and maintain a tmux session which I access remotely via ssh -X. I can view html using the home machine's browser remotely but it is quite slow due to connection speed at most hotels. I prefer to view those very few particular html files by krusader/dolphin fish and transfer to local machine, then employe browser on my laptop. When using my desktop which is different than mail storage location, I dump the html via nfs to a file local to my desktop and view using my desktop's browser. Yes, that's the alternative (to IMAP) really. However a lot of my remote locations are very remote and have slow connections, running a browser remotely would be unusably slow and similarly NFS would be messy and insecure. I haven't explained myself, apparently. I *only* utilize nfs on my local systems, not outside my router. From *outside* I utilize fish://ip-addr/local/directory/... Usually the html files are not that large and doing the transfer in the background, you can continue doing something else rather than sitting and waiting. Agreed, nfs is not something to be utilized outside your local network. SSH: and fish: is the way to go as I see it. :^) -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://linuxcounter.net
Re: Some fairly simple-minded questions about using mutt with IMAP
On Mon, Dec 08, 2014 at 11:12:27AM -0500, Patrick Shanahan wrote: * Chris Green c...@isbd.net [12-08-14 10:40]: I work somewhat similarily. I store all mail on my local box and maintain a tmux session which I access remotely via ssh -X. I can view html using the home machine's browser remotely but it is quite slow due to connection speed at most hotels. I prefer to view those very few particular html files by krusader/dolphin fish and transfer to local machine, then employe browser on my laptop. When using my desktop which is different than mail storage location, I dump the html via nfs to a file local to my desktop and view using my desktop's browser. Yes, that's the alternative (to IMAP) really. However a lot of my remote locations are very remote and have slow connections, running a browser remotely would be unusably slow and similarly NFS would be messy and insecure. I haven't explained myself, apparently. I *only* utilize nfs on my local systems, not outside my router. Ah, sorry, I maybe rushed to conclusions to quickly! :-) From *outside* I utilize fish://ip-addr/local/directory/... Usually the html files are not that large and doing the transfer in the background, you can continue doing something else rather than sitting and waiting. Do you do that manually or have you got it automated somehow? -- Chris Green
Re: Some fairly simple-minded questions about using mutt with IMAP
* Chris Green c...@isbd.net [12-08-14 11:52]: On Mon, Dec 08, 2014 at 11:12:27AM -0500, Patrick Shanahan wrote: [...] From *outside* I utilize fish://ip-addr/local/directory/... Usually the html files are not that large and doing the transfer in the background, you can continue doing something else rather than sitting and waiting. Do you do that manually or have you got it automated somehow? I have a macro to copy the html attachment to a file-location, always same name so can only work one at a time, but ... Then fish: using bookmark which automagically takes the remote file to a local directory on my laptop -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://linuxcounter.net
Re: Some fairly simple-minded questions about using mutt with IMAP
On Mon, Dec 08, 2014 at 12:15:06PM -0500, Patrick Shanahan wrote: * Chris Green c...@isbd.net [12-08-14 11:52]: On Mon, Dec 08, 2014 at 11:12:27AM -0500, Patrick Shanahan wrote: [...] From *outside* I utilize fish://ip-addr/local/directory/... Usually the html files are not that large and doing the transfer in the background, you can continue doing something else rather than sitting and waiting. Do you do that manually or have you got it automated somehow? I have a macro to copy the html attachment to a file-location, always same name so can only work one at a time, but ... Then fish: using bookmark which automagically takes the remote file to a local directory on my laptop OK, thanks, that is reasonably easy then. Thanks for explaining it all. -- Chris Green
Re: Some fairly simple-minded questions about using mutt with IMAP
On Mon, Dec 08, 2014 at 03:19:55PM +, Chris Green wrote: I have been using mutt for many, many years with a local (Unix style) mail spool. Mail is delivered to my system by SMTP (postfix locally). At the moment to access my mail remotely I ssh into the server and run mutt. I suspect many people do this. I do this. This works well in general but there are some disadvantages, in particular the 'v' command to access and view HTML, PDF and other graphical attachments doesn't work because, of course, there's no GUI access to the machine where I'm reading the mail. Do you not have X-forwarding set or is there some other problem? I have a shell account that doesn't allow X forwarding so maybe you're in a situation like that. If it's your box it might be worth changing one line in the sshd config. It's also a bit annoying simply saving attachments and then realising they're on the remote machine. scp or rsync the file to your local box? Presumably you are reading mail from a remote box for other reasons that are beneficial, or maybe you should just run it locally. So, I'm wondering if using IMAP would make my life easier. I would run Dovecot I expect. If I do this do things become more transparent to a remote mutt? I don't see how IMAP helps. What exactly is the difference in terms of how you read mail and where the apps run as opposed to POP? The only thing IMAP does it make you rely on a remote mail server. I never use IMAP unless they don't serve POP. I know one mail provider that doesn't honor POP delete requests so to avoid leaving 100,000 emails on their server that I can't delete I use IMAP with them. Everywhere else, POP. I'd rather rely on my own email storage. E.g. if I want to view an HTML E-Mail in Firefox (default browser) instead of within mutt (using lynx) can I just do 'v' followed by selecting the HTML attachment as I would when running mutt locally on the machine where mail is hosted? Maybe. I don't see why not. Presumably if an X app starts and you have forwarding set it should just work. Personally any HTML mail I can't read in mutt gets binned. If I get documents like PDFs I just save them on /tmp on the remote box and then use a PDF reader over X. /jl -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04
Re: Some fairly simple-minded questions about using mutt with IMAP
On Mon, Dec 08, 2014 at 03:19:55PM +, Chris Green wrote: I have been using mutt for many, many years with a local (Unix style) mail spool. Mail is delivered to my system by SMTP (postfix locally). At the moment to access my mail remotely I ssh into the server and run mutt. This works well in general but there are some disadvantages, in particular the 'v' command to access and view HTML, PDF and other graphical attachments doesn't work because, of course, there's no GUI access to the machine where I'm reading the mail. It's also a bit annoying simply saving attachments and then realising they're on the remote machine. So, I'm wondering if using IMAP would make my life easier. I would run Dovecot I expect. If I do this do things become more transparent to a remote mutt? E.g. if I want to view an HTML E-Mail in Firefox (default browser) instead of within mutt (using lynx) can I just do 'v' followed by selecting the HTML attachment as I would when running mutt locally on the machine where mail is hosted? Hello, Chris, What I do is that at work, I mount my home mail folder using sshfs. That way, I can use my local copies of mutt, xpdf, etc. With large messages, it can get slow, sometimes, but it does save some time. -- Eduardo Alvarez Stercus, Stercus, Stercus, moriturus sum -- Rincewind The Wizzard pgpPSqBJ5VP_w.pgp Description: PGP signature
Re: Some fairly simple-minded questions about using mutt with IMAP
On Mon, Dec 08, 2014 at 06:33:40PM +, John Long wrote: On Mon, Dec 08, 2014 at 03:19:55PM +, Chris Green wrote: I have been using mutt for many, many years with a local (Unix style) mail spool. Mail is delivered to my system by SMTP (postfix locally). At the moment to access my mail remotely I ssh into the server and run mutt. I suspect many people do this. I do this. This works well in general but there are some disadvantages, in particular the 'v' command to access and view HTML, PDF and other graphical attachments doesn't work because, of course, there's no GUI access to the machine where I'm reading the mail. Do you not have X-forwarding set or is there some other problem? I have a shell account that doesn't allow X forwarding so maybe you're in a situation like that. If it's your box it might be worth changing one line in the sshd config. I could connect with X forwarding but I don't really see how it would help. I just tried it with an HTML E-Mail, it doesn't find the file because it sees Firefox already running on the local machine and tries to use that. Also Firefox across an internet connection is impossibly slow. It's also a bit annoying simply saving attachments and then realising they're on the remote machine. scp or rsync the file to your local box? Presumably you are reading mail from a remote box for other reasons that are beneficial, or maybe you should just run it locally. Yes, if I really need to see what's in the file I do rsync it across but for the casual look at something that's a lot of hassle. I'm reading remotely usually because I'm a long way away, e.g. in London (home is Suffolk) or on a boat in France. So, I'm wondering if using IMAP would make my life easier. I would run Dovecot I expect. If I do this do things become more transparent to a remote mutt? I don't see how IMAP helps. What exactly is the difference in terms of how you read mail and where the apps run as opposed to POP? The only thing IMAP does it make you rely on a remote mail server. I never use IMAP unless they don't serve POP. I know one mail provider that doesn't honor POP delete requests so to avoid leaving 100,000 emails on their server that I can't delete I use IMAP with them. Everywhere else, POP. I'd rather rely on my own email storage. I wondered if, when using IMAP, mutt will store the temporary HTML for passing to Firefox on the local machine rather than the remote machine. One would expect it to somehow. E.g. if I want to view an HTML E-Mail in Firefox (default browser) instead of within mutt (using lynx) can I just do 'v' followed by selecting the HTML attachment as I would when running mutt locally on the machine where mail is hosted? Maybe. I don't see why not. Presumably if an X app starts and you have forwarding set it should just work. Personally any HTML mail I can't read in mutt gets binned. If I get documents like PDFs I just save them on /tmp on the remote box and then use a PDF reader over X. No, as I said I just tried it and it doesn't work because Firefox is too clever and uses the local Firefox rather than the remote one so the file is in the wrong place. -- Chris Green
Re: Some fairly simple-minded questions about using mutt with IMAP
On Mon, Dec 08, 2014 at 06:40:15PM -0300, Eduardo Alvarez wrote: On Mon, Dec 08, 2014 at 03:19:55PM +, Chris Green wrote: I have been using mutt for many, many years with a local (Unix style) mail spool. Mail is delivered to my system by SMTP (postfix locally). At the moment to access my mail remotely I ssh into the server and run mutt. This works well in general but there are some disadvantages, in particular the 'v' command to access and view HTML, PDF and other graphical attachments doesn't work because, of course, there's no GUI access to the machine where I'm reading the mail. It's also a bit annoying simply saving attachments and then realising they're on the remote machine. So, I'm wondering if using IMAP would make my life easier. I would run Dovecot I expect. If I do this do things become more transparent to a remote mutt? E.g. if I want to view an HTML E-Mail in Firefox (default browser) instead of within mutt (using lynx) can I just do 'v' followed by selecting the HTML attachment as I would when running mutt locally on the machine where mail is hosted? Hello, Chris, What I do is that at work, I mount my home mail folder using sshfs. That way, I can use my local copies of mutt, xpdf, etc. With large messages, it can get slow, sometimes, but it does save some time. Yes, I guess that's one way of doing it, not too difficult to automate using a script. I could simply mount my ~/.mutt and my ~/Mail directories and run mutt on the laptop (which is what I'm always using when away from home). Slow with mbox I fear though, I might have to change to Maildir to make it usable. Doesn't anyone use IMAP? I must admit when I tried it (a few times over the years, but not very recently) it never felt quite as easy and transparent as using mutt on a local mail spool. -- Chris Green
Re: Some fairly simple-minded questions about using mutt with IMAP
* Chris Green c...@isbd.net [2014-12-08 17:09 -0500]: Doesn't anyone use IMAP? I must admit when I tried it (a few times over the years, but not very recently) it never felt quite as easy and transparent as using mutt on a local mail spool. I stopped using IMAP directly a while ago, and started using offlineimap to sync to local. I believe (at the time) it was just too slow trying to access my IMAP mail from the middle-east when my server was in the US. Offline IMAP was a much better solution to that, and I never changed it when I returned. I may give it a try now that I've settled down a bit, but I'll need the ability to work off-line at any time, and I'm not sure mutt'll do that. Regards, -- dave [ please don't CC me ] pgpJiyd9znc_4.pgp Description: PGP signature
Re: Some fairly simple-minded questions about using mutt with IMAP
On Mon, Dec 08, 2014 at 09:59:17PM +, Chris Green wrote: On Mon, Dec 08, 2014 at 06:33:40PM +, John Long wrote: On Mon, Dec 08, 2014 at 03:19:55PM +, Chris Green wrote: I have been using mutt for many, many years with a local (Unix style) mail spool. Mail is delivered to my system by SMTP (postfix locally). At the moment to access my mail remotely I ssh into the server and run mutt. I suspect many people do this. I do this. This works well in general but there are some disadvantages, in particular the 'v' command to access and view HTML, PDF and other graphical attachments doesn't work because, of course, there's no GUI access to the machine where I'm reading the mail. Do you not have X-forwarding set or is there some other problem? I have a shell account that doesn't allow X forwarding so maybe you're in a situation like that. If it's your box it might be worth changing one line in the sshd config. I could connect with X forwarding but I don't really see how it would help. I just tried it with an HTML E-Mail, it doesn't find the file because it sees Firefox already running on the local machine and tries to use that. Also Firefox across an internet connection is impossibly slow. With Firefox you have to start it with the correct command not to use a local instance. This is a problem with Firefox, not X forwarding. And how well it works over an internet connection depends on your internet connection. In general, X forwarding seems like the best way to accomplish what you asked. It's also a bit annoying simply saving attachments and then realising they're on the remote machine. scp or rsync the file to your local box? Presumably you are reading mail from a remote box for other reasons that are beneficial, or maybe you should just run it locally. Yes, if I really need to see what's in the file I do rsync it across but for the casual look at something that's a lot of hassle. I'm reading remotely usually because I'm a long way away, e.g. in London (home is Suffolk) or on a boat in France. Then it sounds more and more like X forwarding over a sufficiently fast connection is your only workable answer. TINSTAAFL. So, I'm wondering if using IMAP would make my life easier. I would run Dovecot I expect. If I do this do things become more transparent to a remote mutt? I don't see how IMAP helps. What exactly is the difference in terms of how you read mail and where the apps run as opposed to POP? The only thing IMAP does it make you rely on a remote mail server. I never use IMAP unless they don't serve POP. I know one mail provider that doesn't honor POP delete requests so to avoid leaving 100,000 emails on their server that I can't delete I use IMAP with them. Everywhere else, POP. I'd rather rely on my own email storage. I wondered if, when using IMAP, mutt will store the temporary HTML for passing to Firefox on the local machine rather than the remote machine. One would expect it to somehow. If I understood you then yes, but the local machine as far as mutt is concerned is the machine where mutt is running, not where you are running. All mutt's working data is where mutt runs, as in all normal apps. E.g. if I want to view an HTML E-Mail in Firefox (default browser) instead of within mutt (using lynx) can I just do 'v' followed by selecting the HTML attachment as I would when running mutt locally on the machine where mail is hosted? Maybe. I don't see why not. Presumably if an X app starts and you have forwarding set it should just work. Personally any HTML mail I can't read in mutt gets binned. If I get documents like PDFs I just save them on /tmp on the remote box and then use a PDF reader over X. No, as I said I just tried it and it doesn't work because Firefox is too clever and uses the local Firefox rather than the remote one so the file is in the wrong place. Firefox is POS technology, but depending on the version you can start it not to use your local/running instance. try firefox --no-remote and look around on the web if that doesn't do it. I have run into this several times with network firefox etc and I have it working. Also Tor has a unique browser instance, obviously this can be done. /jl -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04
Re: Some fairly simple-minded questions about using mutt with IMAP
On 08Dec2014 22:04, Chris Green c...@isbd.net wrote: Doesn't anyone use IMAP? I must admit when I tried it (a few times over the years, but not very recently) it never felt quite as easy and transparent as using mutt on a local mail spool. I would advocate trying offlineimap. I am a huge fan of having one's mail local to the machine for all the reasons you have outlined. I'm hoping to use offlineimap to address a situation like yours sometime (maybe January with luck): use offlineimap to replicate the remote mail server's folders on a local machine. Read email with mutt or whatever on that local machine (I have a use case for IMAP to that local machine too, for latency reasons). Offlineimap syncs all changes back to the remote server too (it is bidirectional by default). This would let me: - work on local maildirs using mutt freely, and use local HTML and image viewers - run a regular offlineimap task totally asynchronously from my mail reading; with maildirs offlineimap and mutt do not fight - use an IMAP GUI client either remotely as needed or much snappier: to the local machine's IMAP service using the local folders For me this is all theoretical so far as I have not had time. But it is a real issue I need to address, and I'd like to hear of your efforts if you try this route. Cheers, Cameron Simpson c...@zip.com.au Tomkin Coleman (tcol...@nv7.uswnvg.com) wrote: | Well, yes, get the bike but BEWARE!! | At first, you will just want to get, like, a 250 Rebel, just for commuting | and maybe a little fun, but you will wind up buying a 550, (just in case you | want to tour), and then you will stop paying any attention to the theatre | company you are working with and the graduate school you are attending, and | then you will spend all your summers touring and riding around with your | newfound biking buddies, and then you will find that you have got a real job | just so you can buy the bike of your dreams and pretty soon you will find | that your entire life has centered around your monster bike and you can only | date women who love bikes and hang with buddies who love bikes and work at a | job that supports your lifestyle and you will be incredibly happy, but always | very greasy. S! The meaning of life is supposed to be a SECRET! :-) - Bob Larson..DoD#1711..b...@honshu.ho.att.com..1994 Suzuki RF600R
Re: Mutt with IMAP not checking (subscribed) folders
Am 2008-01-08 22:53:10, schrieb Patrick Ben Koetter: Almost a week gone by and nobody picked this mail up. :-) Maybe to less infos... Am I asking the wrong list? Is there some error so obvious nobody even thinks its worth to answer? First of all: Since you have: set folder=imap://mail.state-of-mind.de/INBOX and INBOX.ml.spamassassin I asume you are using courier-imap (which I use since years and I have the same syntax) Do you have setup the mailboxes command like mailboxes =.ml.spamassassin if not, mutt will NOT CHECK the mailfolder for new messages. The subscribe folder has nothing to do with the polling for NEW MESSAGES. Thanks, Greetings and nice Day 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 # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSN LinuxMichi 0033/6/6192519367100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: Mutt with IMAP not checking (subscribed) folders
* Michelle Konzack [EMAIL PROTECTED]: Am 2008-01-08 22:53:10, schrieb Patrick Ben Koetter: Almost a week gone by and nobody picked this mail up. :-) Maybe to less infos... This I can hopefully mend... Am I asking the wrong list? Is there some error so obvious nobody even thinks its worth to answer? First of all: Since you have: set folder=imap://mail.state-of-mind.de/INBOX and INBOX.ml.spamassassin I asume you are using courier-imap (which I use since years and I have the same syntax) Yes. Currently I am using Courier IMAP. Do you have setup the mailboxes command like mailboxes =.ml.spamassassin Yes, I do have. Here's an excerpt from my current config: # IMAP set imap_user='user' set imap_pass='pass' set imap_authenticators='cram-md5:plain' set spoolfile=imap://mail.state-of-mind.de/INBOX set folder=imap://mail.state-of-mind.de/INBOX set imap_list_subscribed=no set imap_check_subscribed=yes # Mailboxen/Ordner-Einstellungen set record==.sent-mail set postponed==.drafts mailboxes =.root =.backup =.state-of-mind if not, mutt will NOT CHECK the mailfolder for new messages. The subscribe folder has nothing to do with the polling for NEW MESSAGES. So I do have that, but it does not seem to work. my mutt still does not show new messages and I do know there are new messages in there. Any ideas? [EMAIL PROTECTED]
Re: Mutt with IMAP not checking (subscribed) folders
Almost a week gone by and nobody picked this mail up. Am I asking the wrong list? Is there some error so obvious nobody even thinks its worth to answer? Thanks, [EMAIL PROTECTED] * Patrick Ben Koetter [EMAIL PROTECTED]: I am having problems getting mutt [Mutt 1.5.15+20070412 (2007-04-11) with patches from Ubuntu] to check all subscribed subfolders of my IMAP INBOX. The problem might stem from my configuration. All I could find reading various documentation was this: set imap_user='username' set imap_pass='password' set imap_authenticators='plain' set spoolfile=imap://mail.state-of-mind.de/INBOX set folder=imap://mail.state-of-mind.de/INBOX set imap_list_subscribed=yes set imap_check_subscribed=yes The last option should give me exactly what I want i.e. check for new mail in subscribed folders only. Alas it doesn't seem to work on my system. The subfolder INBOX.ml.spamassassin is curently subscribed as the query for subscribed folders (LSUB *) showed: * LSUB (\Marked \HasNoChildren) . INBOX.ml.spamassassin And there was new mail, as a test using mutt locally accessing the mailspool directly showed. But... my mutt using IMAP did not take note of it. I have the following check intervalls: # Timeouts set mail_check=15 set timeout=15 So I guess, I should see new mail after 30 seconds at least. What am I doing wrong? [EMAIL PROTECTED] -- Postfix - Einrichtung, Betrieb und Wartung http://www.postfix-buch.com saslfinger (debugging SMTP AUTH): http://postfix.state-of-mind.de/patrick.koetter/saslfinger/ -- Postfix - Einrichtung, Betrieb und Wartung http://www.postfix-buch.com saslfinger (debugging SMTP AUTH): http://postfix.state-of-mind.de/patrick.koetter/saslfinger/
Mutt with IMAP not checking (subscribed) folders
I am having problems getting mutt [Mutt 1.5.15+20070412 (2007-04-11) with patches from Ubuntu] to check all subscribed subfolders of my IMAP INBOX. The problem might stem from my configuration. All I could find reading various documentation was this: set imap_user='username' set imap_pass='password' set imap_authenticators='plain' set spoolfile=imap://mail.state-of-mind.de/INBOX set folder=imap://mail.state-of-mind.de/INBOX set imap_list_subscribed=yes set imap_check_subscribed=yes The last option should give me exactly what I want i.e. check for new mail in subscribed folders only. Alas it doesn't seem to work on my system. The subfolder INBOX.ml.spamassassin is curently subscribed as the query for subscribed folders (LSUB *) showed: * LSUB (\Marked \HasNoChildren) . INBOX.ml.spamassassin And there was new mail, as a test using mutt locally accessing the mailspool directly showed. But... my mutt using IMAP did not take note of it. I have the following check intervalls: # Timeouts set mail_check=15 set timeout=15 So I guess, I should see new mail after 30 seconds at least. What am I doing wrong? [EMAIL PROTECTED] -- Postfix - Einrichtung, Betrieb und Wartung http://www.postfix-buch.com saslfinger (debugging SMTP AUTH): http://postfix.state-of-mind.de/patrick.koetter/saslfinger/
Re: Mutt with IMAP - Mozilla and Kmail faster?
* Gerhard Hring [EMAIL PROTECTED] [020312 02:11]: Le 11/03/02 à 17:15, Gerhard Häring écrivit: Le 11/03/02 à 15:54, Simon White écrivit: [mutt imap is slow] Reading the ~5000 emails from my mutt-user folder takes approx. 18 seconds. That's really slow, IMNSHO. Apparently, such a best doesn't exist and it wouldn't solve our problem, either. If I run mutt from my imap server machine, it's equally slow. Mozilla seems to be faster, though. Apparently it caches the overview data on disk. kmail seems to also cache overview data, but its lost after restart. Dann geht doch rueber! ;-) Sven -- This message was encoded in LANG=Kraut. You are not supposed to understand this.
Mutt with IMAP
Hello I am having some performance problems with IMAP via MUTT, it seems hungrier for I/O than PINE was. However, I like mutt enough to put up with some slowness, but over a 10mbps network direct to the mailserver I'd expect it to be a bit better. Maybe a better IMAP server would help. I can find IMAP servers (Cyrus, UW, dkimap) but it is difficult to get an objective opinion on which is best, since I have seen them all flamed. Anyone have a reasonable IMAP daemon that they are happy with? I don't know what is running here but it's not been updated for /at least/ two years!!! -- |-Simon White # GIMPS current unit progress: 36.36% #-| |-Internet Services Manager # http://www.mersenne.org/prime.htm #-| |-MTDS S.A. 14, rue 16 novembre:-Pd-; tel: +212.3.737.4861-| |-Rabat, Kingdom of Morocco Cyberneckin' fax: +212.3.737.4863-|
Re: Mutt with IMAP
Le 11/03/02 à 15:54, Simon White écrivit: Hello I am having some performance problems with IMAP via MUTT, it seems hungrier for I/O than PINE was. However, I like mutt enough to put up with some slowness, but over a 10mbps network direct to the mailserver I'd expect it to be a bit better. Maybe a better IMAP server would help. I can find IMAP servers (Cyrus, UW, dkimap) but it is difficult to get an objective opinion on which is best, since I have seen them all flamed. Anyone have a reasonable IMAP daemon that they are happy with? I don't know what is running here but it's not been updated for /at least/ two years!!! I'm quite happy with Courier-IMAP. I've recently switched to it from UW-imapd for my home network. IMAP performance didn't improve, however (I didn't measure, but I can't feel any subjective improvement). I've got 100 MBit ethernet, btw. Reading the ~5000 emails from my mutt-user folder takes approx. 18 seconds. That's really slow, IMNSHO. I think the only thing that would really help would be to install a *local* IMAP cache of some sort. But I don't know if such a beast even exists. Gerhard -- mail: gerhard at bigfoot dot de registered Linux user #64239 web:http://www.cs.fhm.edu/~ifw00065/OpenPGP public key id AD24C930 public key fingerprint: 3FCC 8700 3012 0A9E B0C9 3667 814B 9CAA AD24 C930 reduce(lambda x,y:x+y,map(lambda x:chr(ord(x)^42),tuple('zS^BED\nX_FOY\x0b')))
Re: Mutt with IMAP
Le 11/03/02 à 17:15, Gerhard Häring écrivit: Le 11/03/02 à 15:54, Simon White écrivit: [mutt imap is slow] [...] Reading the ~5000 emails from my mutt-user folder takes approx. 18 seconds. That's really slow, IMNSHO. I think the only thing that would really help would be to install a *local* IMAP cache of some sort. But I don't know if such a beast even exists. Apparently, such a best doesn't exist and it wouldn't solve our problem, either. If I run mutt from my imap server machine, it's equally slow. Mozilla seems to be faster, though. Apparently it caches the overview data on disk. kmail seems to also cache overview data, but its lost after restart. Gerhard -- mail: gerhard at bigfoot dot de registered Linux user #64239 web:http://www.cs.fhm.edu/~ifw00065/OpenPGP public key id AD24C930 public key fingerprint: 3FCC 8700 3012 0A9E B0C9 3667 814B 9CAA AD24 C930 reduce(lambda x,y:x+y,map(lambda x:chr(ord(x)^42),tuple('zS^BED\nX_FOY\x0b')))
Re: Getting start with Mutt and IMAP
On Sat 02-Feb-2002 at 11:53:55AM -0600, William Guynes wrote: The only thing that worked was spoolfile in {server}INBOX format, but not in imap://server/INBOX format. The URL style syntax is new to mutt-1.3.*. If you are using 1.2.5, then try upgrading to a recent development version like 1.3.27 - imap support has been much improved. -- Bruno
Re: Getting start with Mutt and IMAP
William -- ...and then William Guynes said... % % I'm trying to get moved over to mutt. I've had it with Pine roles, % it's driving me nuts. Welcome! % % IMAP implementation has me a bit confused. I have 3 IMAP mailboxes, % on 3 diferent servers. If I understand the docs correctly, I can Good enough. % switch between them using the 'c' command inside Mutt. Typing out Yep. % the imap://servername/INBOX isn't working though. What version of mutt are you running? (Run mutt -v at the command line or type 'V' in the index to see.) If you're in 1.2.x, you'll need to use {servername}INBOX as you note below; the imap://... format is a 1.3 development. % % The documentation talks about commands available. They don't % appear to work in the Muttrc file. (Assume, for simplicity, it's a % single user system and I'm making configs in the master Muttrc file) Actually, you could make changes in your $HOME/.muttrc or your $HOME/.mutt/muttrc file just as well; there's no need to mess around as root. You could even whip up a test /tmp/muttrc and point to it like mutt -F /tmp/muttrc ... to test your changes. % I've tried both mailboxes and account-hook. The only thing that % worked was spoolfile in {server}INBOX format, but not in % imap://server/INBOX format. However, that assumes only one IMAP % box. Hmmm... Yep. That points to an older version of mutt, I think; we see that IMAP is working (and that your mutt was buillt with IMAP support). The mailboxes command should be straightforward and tells mutt where to look for new mail. In your case, it would probably look about like mailboxes {server}INBOX {server}mailbox1 {server}mailbox2 ... and it would probably get pretty ugly having to check multiple accounts if you weren't using a 1.3.x version. mutt will then let you know whenever it looks like you have new mail waiting in any of those mailboxes (see past threads for copious discussion of this design decision :-) % % Can someone straighten me out here? The documentation talks about % initialization files. These are somehow different than RC files? No, that's the same thing. % % The Mutt and IMAP document tends to gloss over these details. REMEMBER THIS. One thing that mutt needs is improved user documentation. Unfortunately, the hardest thing for developers and users familiar with it is to remember what was challenging or get past what is second nature. Please, please, please take notes of everything that is unclear or needs work so that it can be fixed up later. You might even contribute to the documentation effort! Oh, yeah -- and we'll try to help you with this problem as we go :-) % E.g. % 1.1 To point mutt to an IMAP mailbox, write your mailbox in IMAP % URL format: % imap://hostname/mailbox % % Write it? Write it where? :) rc file? (didn't work, maybe was % using wrong parameter) initialization file? commandline? (didn't % work with -f) You could do it on the command line like mutt -f {servername}mailbox or when you change folders with a 'c' like c {servername}mailbox as you mention above. % % I'm just missing some mental building blocks that the docs don't % cover. Right. In addition to checking your version, let us know where else you need help and we'll fill in the gaps. % % -- % William Guynes HTH HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg24150/pgp0.pgp Description: PGP signature
Getting start with Mutt and IMAP
I'm trying to get moved over to mutt. I've had it with Pine roles, it's driving me nuts. IMAP implementation has me a bit confused. I have 3 IMAP mailboxes, on 3 diferent servers. If I understand the docs correctly, I can switch between them using the 'c' command inside Mutt. Typing out the imap://servername/INBOX isn't working though. The documentation talks about commands available. They don't appear to work in the Muttrc file. (Assume, for simplicity, it's a single user system and I'm making configs in the master Muttrc file) I've tried both mailboxes and account-hook. The only thing that worked was spoolfile in {server}INBOX format, but not in imap://server/INBOX format. However, that assumes only one IMAP box. Can someone straighten me out here? The documentation talks about initialization files. These are somehow different than RC files? The Mutt and IMAP document tends to gloss over these details. E.g. 1.1 To point mutt to an IMAP mailbox, write your mailbox in IMAP URL format: imap://hostname/mailbox Write it? Write it where? :) rc file? (didn't work, maybe was using wrong parameter) initialization file? commandline? (didn't work with -f) I'm just missing some mental building blocks that the docs don't cover. -- William Guynes
Re: Getting start with Mutt and IMAP
On Sat, Feb 02, 2002 at 11:53:55AM -0600, William Guynes wrote: I'm trying to get moved over to mutt. I've had it with Pine roles, it's driving me nuts. IMAP implementation has me a bit confused. I have 3 IMAP mailboxes, on 3 diferent servers. If I understand the docs correctly, I can switch between them using the 'c' command inside Mutt. Typing out the imap://servername/INBOX isn't working though. try imap://YourName:YourPass@servername/INBOX or . imap://YourName@servername/INBOX and your password will be requested This will access directly on the host computer your IMAP mail directory as if it was on your local directry. at lease, it worx fer me! -- Pat Shanahan Registered Linux User #207535 Registered at: http://counter.li.org
Mutt: aliasing IMAP servers?
I'd like to know is it actually possible to somehow 'alias' an IMAP server namespace to a prefix? I'm using 2 IMAP accounts and everything is fine, except that often I'd like to save an message to another server: I get personal mail to company account and would like to store it to private account's IMAP namespace. What I would like to have is some kind of global hook to shortcut with the IMAP prefix, like following =company/business which will be translated to imap://imap.company.com/Mail/business =private/brother and a folder like imap://isp-imap.isp.com/Mail/brother ... or using =company and =private to browse these namespaces. The setting would be something like set folderspace_alias =company imap://imap.company.com/Mail set folderspace_alias =private imap://isp-imap.isp.com/Mail Of course this would have to mask folders private and company in local folder space, maybe we could use for example $ instead of = or something like that. -- /\ |Ilkka Tuohela / Nixu Oy \ / ASCII Ribbon Campaign |[EMAIL PROTECTED] X Against HTML Mail |+358-40-5233174 / \
Re: Mutt: aliasing IMAP servers?
On 2002.01.09, in 1010610421.2294.0.camel@panucho, Ilkka Tuohela [EMAIL PROTECTED] wrote: =company/business which will be translated to imap://imap.company.com/Mail/business =private/brother and a folder like imap://isp-imap.isp.com/Mail/brother ... Of course this would have to mask folders private and company in local folder space, maybe we could use for example $ instead of = or something like that. If you're willing to do that, maybe you're willing to use macro editor '$company' 'imap://imap.company.com/Mail/' macro editor '$private' 'imap://isp-imap.isp.com/Mail/' -- -D.[EMAIL PROTECTED]NSITUniversity of Chicago
Re: mutt and imap help
Quoting Suresh Ramasubramanian [EMAIL PROTECTED]: '[EMAIL PROTECTED]' mutt [05/09/01 11:28 -0400]: On Wednesday, 05 September 2001 at 17:04, Matteo Vaccari wrote: I have no problems accessing my provider's IMAP server through Mutt. What I'd like is for Mutt to use my provider's SMTP server as well, instead of using sendmail on localhost. Is there something I have overlooked? I know http://www.hserus.net/pop_smtp.html (for sendmail, exim and postfix) Thanks! It now works... almost. I had to add the following lines to sendmail.mc FEATURE(`genericstable', `hash -o /etc/mail/genericstable')dnl GENERICS_DOMAIN_FILE(`/etc/mail/generics-domains')dnl to set properly the From: field in my outgoing mail. (of course I set up the two files /etc/mail/genericstable with matteo [EMAIL PROTECTED] and /etc/mail/generics-domain with pumpkin.it ) Now it works, except that it refuses to send mail to anybody in the pumpkin.it domain... e.g. $ echo ciao | /usr/sbin/sendmail -v[EMAIL PROTECTED] [EMAIL PROTECTED] User unknown /home/matteo/dead.letter... Saved message in /home/matteo/dead.letter
Re: mutt and imap help
On Wednesday, 05 September 2001 at 17:04, Matteo Vaccari wrote: Hi, I have no problems accessing my provider's IMAP server through Mutt. What I'd like is for Mutt to use my provider's SMTP server as well, instead of using sendmail on localhost. Is there something I have overlooked? I know I could solve this with some clever sendmail configuration, but so far I have failed. (The reason why I want to use my provider's SMTP server is so that I can use my official email address, [EMAIL PROTECTED], rather than [EMAIL PROTECTED]) Most email programs these days have no problem doing this. Shouldn't this be in a FAQ somewhere? You should take this to [EMAIL PROTECTED] IMAP and SMTP aren't really related. But in brief, you can try a) setting envelope_from, and setting from=[EMAIL PROTECTED], or b) installing nullmailer or ssmtp to hand off to your ISP, and adjusting the sendmail variable to point to whichever of these programs you use. -Brendan
Re: mutt and imap help
'[EMAIL PROTECTED]' mutt [05/09/01 11:28 -0400]: On Wednesday, 05 September 2001 at 17:04, Matteo Vaccari wrote: I have no problems accessing my provider's IMAP server through Mutt. What I'd like is for Mutt to use my provider's SMTP server as well, instead of using sendmail on localhost. Is there something I have overlooked? I know http://www.hserus.net/pop_smtp.html (for sendmail, exim and postfix) You should take this to [EMAIL PROTECTED] IMAP and SMTP aren't really related. But in brief, you can try a) setting envelope_from, and
Re: Sorting mail with mutt and IMAP
Regarding what Waldemar said before about fetchmail and procmail, you don't necessarily have to lose the features of IMAP. I have been doing this with Cyrus IMAPd for about two years. You have to run fetchmail as root so that it can call Cyrus' deliver program (or otherwise set up the right permissions). I can give more information if you have Cyrus and are curious... -Justin Thus spake Jack McKinney ([EMAIL PROTECTED]): Big Brother tells me that Waldemar Brodkorb wrote: Another solution is to use a imap filter, called sieve. I've seen it only by Cyrus IMAP-Server in a newer version than 2.0.x. http://www.cyrusoft.com/sieve/ OK, I'll check it out. I was think that since mutt had all kinds of hooks to specify what folders to save stuff into that there might be a way to get it to do that while mutt is running instead of on exit, and then specify the box names as IMAP names... -- "There are two kinds of spurs, my friend: Jack McKinney Those that come in by the door, and [EMAIL PROTECTED] those that come in by the window.http://www.lorentz.com -Tuco, The Good, The Bad, and The Ugly 1024D/D68F2C07 4096g/38AEF076 -- [ o) ]-- Justin R. Miller - Voxel Dot Net, Inc. --[ (o ] [ /\\ ]--- [EMAIL PROTECTED] - Ph. 518.221.6178 [ //\ ] [ .\_V ]-- Best of Breed Linux Solutions ---[ V_/. ]
Re: Sorting mail with mutt and IMAP
Regarding what Waldemar said before about fetchmail and procmail (and I'm going by the archive since I just subscribed to this list), you don't necessarily have to lose the features of IMAP. I have been doing this with Cyrus IMAPd for about two years. You have to run fetchmail as root so that it can call Cyrus' deliver program (or otherwise set up the right permissions). I can give more information if you have Cyrus and are curious... -Justin -- [ o) ]-- Justin R. Miller - Voxel Dot Net, Inc. --[ (o ] [ /\\ ]--- [EMAIL PROTECTED] - Ph. 518.221.6178 [ //\ ] [ .\_V ]-- Best of Breed Linux Solutions ---[ V_/. ]
Re: Sorting mail with mutt and IMAP
Regarding what Waldemar said before about fetchmail and procmail (and I'm going by the archive since I just subscribed to this list), you don't necessarily have to lose the features of IMAP. I have been doing this with Cyrus IMAPd for about two years. You have to run fetchmail as root so that it can call Cyrus' deliver program (or otherwise set up the right permissions). I can give more information if you have Cyrus and are curious... -Justin -- [ o) ]-- Justin R. Miller - Voxel Dot Net, Inc. --[ (o ] [ /\\ ]--- [EMAIL PROTECTED] - Ph. 518.221.6178 [ //\ ] [ .\_V ]-- Best of Breed Linux Solutions ---[ V_/. ]
Re: Sorting mail with mutt and IMAP
Big Brother tells me that Justin R. Miller wrote: Regarding what Waldemar said before about fetchmail and procmail, you don't necessarily have to lose the features of IMAP. I have been doing this with Cyrus IMAPd for about two years. You have to run fetchmail as root so that it can call Cyrus' deliver program (or otherwise set up the right permissions). I can give more information if you have Cyrus and are curious... As root? Do you have to run cyrus on the IMAP server or on the client side? It so happens that I run the mail server that I am using mutt+IMAP to access, but I need an end-user solution... Right now, I could do it manually. Use 'l' with pattern '~t root@' to get all of the root mail, and then tag all of them and save them to '{username@imapsever}root'. It seems that there ought to be a way to get mutt to automatically do this on start up... -- Martin: Have we done this before? Jack McKinney Halsey: Are we doing this now?[EMAIL PROTECTED] -from Brain Deadhttp://www.lorentz.com 1024D/D68F2C07 4096g/38AEF076 PGP signature
Sorting mail with mutt and IMAP
I am using mutt to connect to an IMAP server. I'd like to have mutt automatically grab new mail and put it into separate IMAP boxes, somewhat the way that procmail can sort your incoming mail into separate boxes. How do I go about doing this? Currently, I just use the limit command to limit the display, but this is tedious, since there are about a dozen patterns I have to go through every time... -- "When a bomb starts talking about itself Jack McKinney in the third person, I get worried."[EMAIL PROTECTED] -Lt. Paris, Star Trek Voyager http://www.lorentz.com 1024D/D68F2C07 4096g/38AEF076 PGP signature
Re: Sorting mail with mutt and IMAP
Hello Jack, On Tue, Feb 13, 2001 at 01:05:09PM -0600, Jack McKinney wrote: I am using mutt to connect to an IMAP server. I'd like to have mutt automatically grab new mail and put it into separate IMAP boxes, somewhat the way that procmail can sort your incoming mail into separate boxes. How do I go about doing this? Currently, I just use the limit command to limit the display, but this is tedious, since there are about a dozen patterns I have to go through every time... I think that's not possible. Mutt has no mailfilterbuiltin. One solution is to use fetchmail procmail, but then you lose the advantages of imap. Another solution is to use a imap filter, called sieve. I've seen it only by Cyrus IMAP-Server in a newer version than 2.0.x. http://www.cyrusoft.com/sieve/ bye -- MfG Waldemar Brodkorb Linux rulez !
Re: Mutt and IMAP
On Thu Feb 1 12:52:35 2001, Brendan Cully wrote: 1) How do I browse an IMAP folder if I don't want to specify it as my default mail directory ? If I try to open {user@server}INBOX or simply {user@server}, I see the messages, but I can't browse the folders. I can browse the folders if I specify it as my default mail dir (set folder=...), but that's not what I want because I already use a local mail folder with a lot of mailboxes in it. You could try tab-completing it - type {user@server}INBOXtab. you might need an extra tab there... not the best, I know. Okay, it works. But now the problem is : once I moved to another folder, I can't move back to the original. The main part of the mails are directly in the INBOX folder (we're a helpdesk - don't ask me why they don't use a TRUE helpdesk software...) and, when I switch to a subfolder of INBOX, I can't get back to INBOX : pressing Enter will display the subfolders list, and pressing SPACE will produce an error ("Error trying to visualize file" - it's not the exact message, I translate from french). Any idea ? Thanks in advance. -- Raphaël HALIMI
Re: Mutt and IMAP
On Tuesday, 30 January 2001 at 18:21, Rapha?l HALIMI wrote: Hi. I need to access an IMAP box and its subfolders. But I have some problems with it. So I have some questions : 1) How do I browse an IMAP folder if I don't want to specify it as my default mail directory ? If I try to open {user@server}INBOX or simply {user@server}, I see the messages, but I can't browse the folders. I can browse the folders if I specify it as my default mail dir (set folder=...), but that's not what I want because I already use a local mail folder with a lot of mailboxes in it. You could try tab-completing it - type {user@server}INBOXtab. you might need an extra tab there... not the best, I know. 2) Can I create/delete subfolders from Mutt ? yes. Help is available in the browser. press 'd' to delete a folder, and 'C' to create a new mailbox. 3) How can I move mail from one subfolder to another ? through the regular mutt means. Tag your messages and copy them to another folder. If they are both on your IMAP server, mutt will use IMAP copy. 4) And the last question, but it's not specific to IMAP : can I specify several ID's (name, email, and signature) ? I know about folder hooks, I have set some, but I need to answer with one or another ID, to mails that are in the same folder. Is it possible ? you should probably have a look at send-hooks. -Brendan PGP signature
Mutt and IMAP
Hi. I need to access an IMAP box and its subfolders. But I have some problems with it. So I have some questions : 1) How do I browse an IMAP folder if I don't want to specify it as my default mail directory ? If I try to open {user@server}INBOX or simply {user@server}, I see the messages, but I can't browse the folders. I can browse the folders if I specify it as my default mail dir (set folder=...), but that's not what I want because I already use a local mail folder with a lot of mailboxes in it. 2) Can I create/delete subfolders from Mutt ? 3) How can I move mail from one subfolder to another ? 4) And the last question, but it's not specific to IMAP : can I specify several ID's (name, email, and signature) ? I know about folder hooks, I have set some, but I need to answer with one or another ID, to mails that are in the same folder. Is it possible ? Thanks for any help. I tried to find those in the docs, couldn't... Maybe I didn't checked well enough, though, so if you know wher I could find the answer... -- Raphaël HALIMI
mutt courier-imap
Hi all. I'm currently trying to be happy with mutt running against courier-imapd, but I'm currently experiencing grief and frustration. Basically, what I want is to use procmail to split out mailing list mail into separate mailboxes like I was doing before I moved to imap. In my mutt config, I defined these mailboxes such that they should be checked for mail, and all was fine. Since moving to imap, however, I can't seem to get mutt to check the mailboxes on the imap server. I can manually change to the mailboxes, but mutt doesn't seem to know when they get new mail, and it makes me sad. In my mutt config, I'm using the format: {server/ssl}INBOX.foo for the mailboxes. That format seems to be correct, for when I get into the directory browser and hit TAB, and then select a mailbox, I change into that mailbox. I've also defined a local mailbox, and mutt sees that just fine. Can anyone point me in a good direction for solving this problem? I'm frustrated because I can't seem to figure out if the problem is with configuration or if it's implementation problems of the client and/or server. I'm using mutt 1.2.5i (debian potato package recompiled with ssl support) against courier-imap 0.31. TIA for any advice.
Re: mutt courier-imap
On Thu, Dec 14, 2000 at 06:21:34PM -0500, Michael MacDonald [EMAIL PROTECTED] is thought to have said: Can anyone point me in a good direction for solving this problem? I'm frustrated because I can't seem to figure out if the problem is with configuration or if it's implementation problems of the client and/or server. I'm using mutt 1.2.5i (debian potato package recompiled with ssl support) against courier-imap 0.31. TIA for any advice. I've found that using the mutt development version 1.3.12i works much better for IMAP support. Besides fixing the problem with notifications it deals with other things better as well (like expunging messages from an IMAP folder not requiring a re-download of all of the headers in the mailbox). However while it is still beta software and has core dumped on me a few times, I think the IMAP support in 1.3.12i is much more solid than in 1.2.5i HTH Tabor -- Tabor J. Wells[EMAIL PROTECTED] Systems Administrator Art Technology Group http://www.atg.com
mutt cyrus IMAP problem (folders)
Hello All, My users convinced me to go to IMAP for the mail system verses using sendmail/local mailboxes/POP. They swore up and down that the old command line junkies like me would not be effected. So I let them implement cyrus IMAP. I can get to my inbox ( {localhost:143}INBOX ) but I can not get to any of my 50+ folders. Originally they were standard folders in my homedirectory but they were converted over to cyrus IMAP folders. Well when I do a "c" to change folders I see 1 IMAP +INBOX. 2 IMAP user. 3 IMAP +INBOX. 4 IMAP +user. and not my folders. If I select number 1 I can see my folder names but I can not see the mail. 2 IMAP +6-degrees. 3 IMAP +APM. 4 IMAP +Apple-Press. 5 IMAP +CERT-Advisory. 6 IMAP +DBI-Users. 7 IMAP +Debian-Laptop. 8 IMAP +Debian-Security. 9 IMAP +Debian-User-Digest. ... then when I select 3 for instance, I see 1 IMAP ../ what am I doing wrong? is it a .muttrc config problem? a cyrus problem? or am I just outa luck? Please responde to my email address ([EMAIL PROTECTED]) Thanks Scott sdn website family
mutt and IMAP
just started playing with IMAP a little (mostly to read postmaster mail) and I was wondering about mutt's IMAP support... Is anyone using it? Here's some of my questions... Is there a way to browse the server folders, without knowing in advance which folders are available? Does the new mail notify work for imap folders? Is there a way (without macros) to teach mutt which IMAP servers/folders I usually read, and have it selectable? :) -- Dan Boger System Administrator [EMAIL PROTECTED] PGP signature
Re: mutt and IMAP
Sitting at the campfire, Dan Boger told: just started playing with IMAP a little (mostly to read postmaster mail) and I was wondering about mutt's IMAP support... Is anyone using it? Yes, I am. It works fine. Here's some of my questions... Is there a way to browse the server folders, without knowing in advance which folders are available? None that I'm aware of, but perhaps Brendan (he did most of the IMAP stuff) knows more about it. Does the new mail notify work for imap folders? Yes, it works nicely Is there a way (without macros) to teach mutt which IMAP servers/folders I usually read, and have it selectable? You mean like the mailboxes option in .muttrc? Yes! :) [Note: its quoted, not :) (little devil) :) ] Greets, Kai -- Kai Blin(mailto:[EMAIL PROTECTED]) Webmaster Inst. of Human Genetics Dept. of Molecular Genetics Wilhelmstr 27 phone (49)7071-2974890 D 72074 Tuebingen, Germany fax (49)7071-295233 http://www.uni-tuebingen.de/uni/thm/molgen/molgen.html Do molecular biologists wear designer genes? -BEGIN GEEK CODE BLOCK- Version: 3.1 GCM/CS d- s++: a--- C++ UL P+ L+++ E W+++$ N+ w---@ O- M-@ PS+ PE Y+ PGP++ t--- 5-- X- R+ tv b+++ DI+ D+ G e* y? --END GEEK CODE BLOCK--
Re: mutt and IMAP
On Thu, Oct 12, 2000 at 03:00:27PM +0200, Kai Blin wrote: Does the new mail notify work for imap folders? Yes, it works nicely ok, how do I get it to work? I put the IMAP folders I want in my $mailboxes, but I never get notified still? Is there a way (without macros) to teach mutt which IMAP servers/folders I usually read, and have it selectable? You mean like the mailboxes option in .muttrc? Yes! I actually meant without putting them in the $mailboxes - I guess that ties into folder browsing in general.. :) -- Dan Boger System Administrator [EMAIL PROTECTED] PGP signature
Re: mutt and IMAP
Sitting at the campfire, Dan Boger told: ok, how do I get it to [mail notifying] work? I put the IMAP folders I want in my $mailboxes, but I never get notified still? I have a line like this in my .muttrc mailboxes ! {[EMAIL PROTECTED]/ssl}inbox note the ! (exclamation mark, is it?). Now it will show an N in the "change to another mailbox" window. (the one you reach through c?tab) Other than that, I'm not shure. Is there a way (without macros) to teach mutt which IMAP servers/folders I usually read, and have it selectable? You mean like the mailboxes option in .muttrc? Yes! I actually meant without putting them in the $mailboxes - I guess that ties into folder browsing in general.. No, not if you leave $folder on ~/Mail... Kai -- Kai Blin(mailto:[EMAIL PROTECTED]) Webmaster Inst. of Human Genetics Dept. of Molecular Genetics Wilhelmstr 27 phone (49)7071-2974890 D 72074 Tuebingen, Germany fax (49)7071-295233 http://www.uni-tuebingen.de/uni/thm/molgen/molgen.html Do molecular biologists wear designer genes? -BEGIN GEEK CODE BLOCK- Version: 3.1 GCM/CS d- s++: a--- C++ UL P+ L+++ E W+++$ N+ w---@ O- M-@ PS+ PE Y+ PGP++ t--- 5-- X- R+ tv b+++ DI+ D+ G e* y? --END GEEK CODE BLOCK--
Re: Mutt newbie IMAP questions
On Mon, Jun 05, 2000 at 12:40:24AM -0400, David T-G wrote: % I want to like Mutt but I have a huge number of questions that I haven't % been able to figure out answers to. All of them have to do with IMAP. I'm sure we can help you. mutt is very likable :-) I'm no IMAP guy, and the best folks are probably the IMAP code writers and maybe Chris Green, our resident IMAP-tester and -abuser, but here's what I have for you. Oh thank you! :-) % % First, I would like to be able to filter all new messages to there % appropriate folders when I check my mail. (e.g., messages from mutt.org % go to the mutt folder). I know if I was using POP3 or fetchmail and % procmail that this would be a cinch, how can it be accomplished with % IMAP. The short answer is "I don't know, but I hear it's out there". I'm actually working on the "mutt filtering FAQ" entry, but haven't had a chance to get far with it, and one of the items is filtering under IMAP. [The *right* answer, BTW, is to have the MDA do it at delivery time instead of trying to have mutt do it -- but lots of people seem to want to ignore that little point :-] It may be the 'right' answer but unless you have control of the IMAP server it's not very practical is it! When using IMAP there really isn't an MDA involved. *Some* IMAP servers provide filtering, Interchange IMAP4 Server does for example. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: Mutt newbie IMAP questions
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote on Mon, 05 Jun 2000: It may be the 'right' answer but unless you have control of the IMAP server it's not very practical is it! When using IMAP there really isn't an MDA involved. This has been discussed before. :-) Just because the mail folders reside on a remote server still doesn't mean Mutt should provide message filtering. The "Right Way" would be to have a specific IMAP-filtering-tool that connects to the IMAP server and filters messages in a folder according to some rules. This is (supposedly) entirely doable since IMAP allows for downloading of headers or even just specific headears (?), and also allows for message saving/moving to another folder on server-side. It's just that nobody's done this yet. Looking for writing a killer application that would eventually be highly utilized, comparable to procmail? Here's your chance to write one. And oh, a MDA is *always* involved, MTA's don't do delivery. :-) Regards, Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy scifi, the Corrs / Driving quiz: Other cars are a) obstacles b) opponents c) targets d) enemies?
Re: Mutt newbie IMAP questions
On Mon, Jun 05, 2000 at 01:25:03PM +0300, Mikko Hänninen wrote: [EMAIL PROTECTED] [EMAIL PROTECTED] wrote on Mon, 05 Jun 2000: It may be the 'right' answer but unless you have control of the IMAP server it's not very practical is it! When using IMAP there really isn't an MDA involved. This has been discussed before. :-) You could say that! :-) Just because the mail folders reside on a remote server still doesn't mean Mutt should provide message filtering. The "Right Way" would be to have a specific IMAP-filtering-tool that connects to the IMAP server and filters messages in a folder according to some rules. This is (supposedly) entirely doable since IMAP allows for downloading of headers or even just specific headears (?), and also allows for message saving/moving to another folder on server-side. Of course, but as there isn't such a tool yet we have to offer workarounds. Also since not all IMAP servers are created equal it makes the job that much more difficult. It's just that nobody's done this yet. Looking for writing a killer application that would eventually be highly utilized, comparable to procmail? Here's your chance to write one. Thanks! :-) And oh, a MDA is *always* involved, MTA's don't do delivery. :-) But, to play devil's advocate, with an IMAP server the mail isn't 'delivered', you view it on the server. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: Mutt newbie IMAP questions
On Mon, Jun 05, 2000 at 12:40:24AM -0400, David T-G [EMAIL PROTECTED] wrote: mutt will, indeed, look at all of the messages in a folder when it opens that folder. If you keep all 20k messages in one place, then mutt will have to go through them to get all of the headers. If you can split them up somehow so that you don't have so many all in one place (or perhaps put the bulk of them where you don't look so often and the active few where you *do* look regularly), you should see a nice speed increase. Is there any plans for a local cache, but not a local mail spool, similar to Netscape? I use mutt with IMAP as my main mailer here at work, and this could greatly speed some things up. -- Bob BellCompaq Computer Corporation Software Engineer 110 Spit Brook Rd - ZKO3-3/U14 TruCluster GroupNashua, NH 03062-2698 [EMAIL PROTECTED] 603-884-0595
Re: Mutt newbie IMAP questions
Chris -- ...and then [EMAIL PROTECTED] said... % On Mon, Jun 05, 2000 at 12:40:24AM -0400, David T-G wrote: % % I'm sure we can help you. mutt is very likable :-) I'm no IMAP guy, and % the best folks are probably the IMAP code writers and maybe Chris Green, % our resident IMAP-tester and -abuser, but here's what I have for you. % % Oh thank you! :-) Hey, any time, pal! BTW, new email address? % % [The *right* answer, BTW, is to have the MDA do it at delivery time % instead of trying to have mutt do it -- but lots of people seem to want % to ignore that little point :-] % % It may be the 'right' answer but unless you have control of the IMAP % server it's not very practical is it! When using IMAP there really It may not be practical, but it's still right. Note, however, that I included that in parentheses rather than starting right off with it; I feel your pain (well, I don't use IMAP, so I guess I imagine your pain, but you get the idea) and understand that a handy tool for IMAP filtering needs to be developed. Not only do stubborn users but, apparently, code monkeys want to "ignore that little point", for that tool isn't yet out there. But that's neither here nor there. If our new friend can't get his filtering done any other way, *then* we can look at having mutt do the sorting and saving, but that's not really what mutt was designed to do and so the best possible implementation will still walk, talk, and sound a lot like a kludge. Better to wait and see what comes out of round one. % isn't an MDA involved. Er, I beg to differ :-) Once the mail is transported to your machine, it has to be delivered to a mailbox. Maybe you have an MTA that does MDA functions, but it's still acting as an MDA, and if it weren't you'd never actually get any of all of this mail that made it to your box :-) % % *Some* IMAP servers provide filtering, Interchange IMAP4 Server does % for example. Good to know, especially for my FAQ entry. Still working on that one... % % -- % Chris Green ([EMAIL PROTECTED]) % Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] % WWW: http://www.isbd.co.uk/ :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.bigfoot.com/~davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! The "new millennium" starts at the beginning of 2001. There was no year 0. Note: If bigfoot.com gives you fits, try sector13.org in its place. *sigh* PGP signature
Re: Mutt newbie IMAP questions
On Mon, Jun 05, 2000 at 01:36:52PM -0400, David T-G wrote: % Oh thank you! :-) Hey, any time, pal! BTW, new email address? Yes, I'm trying out this server in the USA rather than my previous UK one, apart from anything else it's cheaper. % isn't an MDA involved. Er, I beg to differ :-) Once the mail is transported to your machine, it has to be delivered to a mailbox. Maybe you have an MTA that does MDA functions, but it's still acting as an MDA, and if it weren't you'd never actually get any of all of this mail that made it to your box :-) But the mail *isn't* transported to my machine, it stays on the server. I know it's playing with words in a way, it is transported to my machine in the sense that I can see it there but it's most definitely not stored there in a mailbox as an MDA would. Where it gets delivered to is just another (possibly) mailbox on the IMAP server. It's moot whether it makes sense (I know it does to you) to develop a separate tool just to move mail around on the IMAP server, it's a much more lightweight task than the 'classic' MDAs like procmail and maildrop. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Mutt newbie IMAP questions
Hi, I want to like Mutt but I have a huge number of questions that I haven't been able to figure out answers to. All of them have to do with IMAP. My mail servers at work are all IMAP. I like being able to keep my mail on the server and not suck up my own personal disk space. However, I don't know how best to use Mutt in this situation. I currently use Netscape Communicator for my IMAP access It does some things I really like, however, it is unstable and flaky and huge and slow and it doesn't do some things that Mutt can do (e.g., different sigs for different To: addresses). First, I would like to be able to filter all new messages to there appropriate folders when I check my mail. (e.g., messages from mutt.org go to the mutt folder). I know if I was using POP3 or fetchmail and procmail that this would be a cinch, how can it be accomplished with IMAP. Second, I tend to archive my messages (20,000 at the moment) It appears that Mutt starts processing all the messages each time it is invoked. Is this the way it works, or have I just got something configured incorrectly? Third, I can set Netscape up to show me only the new messages, can I do that with Mutt? Thanks for your assitance. BTW: I have not yet subsccribed to the list, so could any replies come to me personally. -- Stand Fast, tjg. Timothy Grant [EMAIL PROTECTED] Chief Technology Officer www.exceptionalminds.com Red Hat Certified Engineer MIG #1433 Avalon Technology Group, Inc. Linux...Because rebooting isn't normal
Re: Mutt newbie IMAP questions
Timothy -- ...and then Timothy Grant said... % Hi, Hello! % % I want to like Mutt but I have a huge number of questions that I haven't % been able to figure out answers to. All of them have to do with IMAP. I'm sure we can help you. mutt is very likable :-) I'm no IMAP guy, and the best folks are probably the IMAP code writers and maybe Chris Green, our resident IMAP-tester and -abuser, but here's what I have for you. % % My mail servers at work are all IMAP. I like being able to keep my mail % on the server and not suck up my own personal disk space. However, I % don't know how best to use Mutt in this situation. % % I currently use Netscape Communicator for my IMAP access It does some % things I really like, however, it is unstable and flaky and huge and % slow and it doesn't do some things that Mutt can do (e.g., different % sigs for different To: addresses). Yep. You're in for a treat once you get this all worked out, I think. % % First, I would like to be able to filter all new messages to there % appropriate folders when I check my mail. (e.g., messages from mutt.org % go to the mutt folder). I know if I was using POP3 or fetchmail and % procmail that this would be a cinch, how can it be accomplished with % IMAP. The short answer is "I don't know, but I hear it's out there". I'm actually working on the "mutt filtering FAQ" entry, but haven't had a chance to get far with it, and one of the items is filtering under IMAP. [The *right* answer, BTW, is to have the MDA do it at delivery time instead of trying to have mutt do it -- but lots of people seem to want to ignore that little point :-] I hear that sieve is part of the Cyrus IMAP server, so if you're using that you may be in luck. If not, you might try getting procmail installed so that you can ftp in a .procmailrc file and let it do the filtering for you, the way it should be. Finally, I've heard once that a fellow named Mark Crispin (the 'net TOURBUS guy, anyone?) has an imap-tools package which might let you do what you want, even if in a backwards way (download, filter, upload) but it might not matter on a LAN. % % Second, I tend to archive my messages (20,000 at the moment) It appears % that Mutt starts processing all the messages each time it is invoked. Is % this the way it works, or have I just got something configured % incorrectly? mutt will, indeed, look at all of the messages in a folder when it opens that folder. If you keep all 20k messages in one place, then mutt will have to go through them to get all of the headers. If you can split them up somehow so that you don't have so many all in one place (or perhaps put the bulk of them where you don't look so often and the active few where you *do* look regularly), you should see a nice speed increase. % % Third, I can set Netscape up to show me only the new messages, can I do % that with Mutt? That should be as simple as l ~N to limit to 'N'ew messages (with the default keybinding of 'l' for 'limit'). If you want that automatically, just put push "l ~N\n" into your .muttrc file to push the command, followed by a newline, at startup. If you want to do it every time you enter a folder, use something like folder-hook . 'push "l ~N\n"' to match every folder and do that when you open it (though that's just from the top of my head and I may have some quoting problems). % % Thanks for your assitance. HTH HAND % % BTW: I have not yet subsccribed to the list, so could any replies come % to me personally. No problem. Once you're subscribed, enjoy the opportunity to properly set your Mail-Followup-To: header to specify how you want replies sent regarding you and the list :-) % % -- % Stand Fast, % tjg. % % Timothy Grant [EMAIL PROTECTED] % Chief Technology Officer www.exceptionalminds.com % Red Hat Certified Engineer MIG #1433 % Avalon Technology Group, Inc. % Linux...Because rebooting isn't normal :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.bigfoot.com/~davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! The "new millennium" starts at the beginning of 2001. There was no year 0. Note: If bigfoot.com gives you fits, try sector13.org in its place. *sigh* PGP signature
Re: mbox (Mutt and IMAP)
You are reading your mail off an IMAP server right? And you have it set _not_ to expunge messages from the imap server. So, even if a copy is fetched locally to mailbox, it may stay on the imap server. Is there anyway to expunge the messages from the IMAP server? With a setting of some sort? Dave -- Suresh Ramasubramanian | sureshr at staff.juno.com Green light in a.m. for new projects. Red light in P.M. for traffic tickets. David S. Glaser AKA Grizz | MM Systems Administrator | Forget virus scanning. Its all about "re- U201 MME Building | education". Preferably in a parking lot with Houghton, MI 49931 | a tire iron. - BOFH [EMAIL PROTECTED] |
Re: mbox (Mutt and IMAP)
On Mon, May 22, 2000 at 09:12:12PM -0400, Dave (Grizz) Glaser wrote: c. Remove the use of the mbox entirely and just keep their mail on the IMAP server, again negating most of the use of IMAP. I would have though the idea of the IMAP server *is* that you keep all your mail on the server. Then you can see and manage your mail from anywhere. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: mbox (Mutt and IMAP)
Well I tried this, but now when I exit it says "Fetching message" for a long time. Then when I open mutt again all my mail is duplicated (two copies of everything). Dave On Tue, 23 May 2000, Suresh Ramasubramanian wrote: Manuel Arriaga proclaimed on mutt-users that: Sorry to interfer in this tread too, but what is the purpose of mbox? All read mails will be moved to this folder if you say set move=yes in your muttrc (it will ask you politely first, of course) :) -- Suresh Ramasubramanian | sureshr at staff.juno.com Never commit yourself! Let someone else commit you. David S. Glaser AKA Grizz | MM Systems Administrator | Forget virus scanning. Its all about "re- U201 MME Building | education". Preferably in a parking lot with Houghton, MI 49931 | a tire iron. - BOFH [EMAIL PROTECTED] |
Re: mbox (Mutt and IMAP)
Dave (Grizz) Glaser proclaimed on mutt-users that: Well I tried this, but now when I exit it says "Fetching message" for a long time. Then when I open mutt again all my mail is duplicated (two copies of everything). You are reading your mail off an IMAP server right? And you have it set _not_ to expunge messages from the imap server. So, even if a copy is fetched locally to mailbox, it may stay on the imap server. -- Suresh Ramasubramanian | sureshr at staff.juno.com Green light in a.m. for new projects. Red light in P.M. for traffic tickets.
Re: mbox (Mutt and IMAP)
Actually I didn't see any option to expunge the messages from the imap server. Dave On Tue, 23 May 2000, Suresh Ramasubramanian wrote: Dave (Grizz) Glaser proclaimed on mutt-users that: Well I tried this, but now when I exit it says "Fetching message" for a long time. Then when I open mutt again all my mail is duplicated (two copies of everything). You are reading your mail off an IMAP server right? And you have it set _not_ to expunge messages from the imap server. So, even if a copy is fetched locally to mailbox, it may stay on the imap server. -- Suresh Ramasubramanian | sureshr at staff.juno.com Green light in a.m. for new projects. Red light in P.M. for traffic tickets. David S. Glaser AKA Grizz | MM Systems Administrator | Forget virus scanning. Its all about "re- U201 MME Building | education". Preferably in a parking lot with Houghton, MI 49931 | a tire iron. - BOFH [EMAIL PROTECTED] |
Re: mbox (Mutt and IMAP)
Dave (Grizz) Glaser proclaimed on mutt-users that: Actually I didn't see any option to expunge the messages from the imap server. try using fetchmail to pull your mails from the imap server. -- Suresh Ramasubramanian | sureshr at staff.juno.com Green light in a.m. for new projects. Red light in P.M. for traffic tickets.
Re: mbox (Mutt and IMAP)
Manuel Arriaga proclaimed on mutt-users that: But you must admit that the two Mail-(User/Admin)-HOWTOS are very poor: I actually read them, but the Admin one only teaches you how to setup qmail (I went for postfix, which has great- and thourough :-) - docs and works flawlessly for me) and the User-HOWTO only teaches you basic nagivation inside of mutt, how to set the env variables EDITOR/VISUAL, etc. I didn't find any reference to this mailbox that mutt automatically creates and suggests you move your read messages into in the mutt manual, but perhaps that's my fault. they are a bit arcane, I admit :) I only wonder why mutt suggests that I put my read messages into /manel/mbox, and the default answer is "no"; all my mailboxes are stored in /home/manel/Mail/, and mbox is in /home/manel... that's why I ask whether it is special in any way. To save mailbox quota and disk space. If you have plenty, you can dispense with this. And could I use procmail to do that? I thought that procmail only sorted the incoming mail as it arrived, not after I read some messages and left others untouched. right. I thought you wanted to sort your incoming mails into folders, so suggested procmail. Even with mails in a folder, you can write a script to pipe it to procmail :) Why does mbox have a special status (stored directly in the home dir, at the end mutt suggests you move all your read messages into it,etc)? Because the home directory can be hosted on a totally different machine from where your mail directory is located. On a standalone linux box connected over a dialup this is trivial - not when you are telneted into your mailbox which gives you just an 1 mb quota ... got it? :) -- Suresh Ramasubramanian | sureshr at staff.juno.com A diplomat is a man who can convince his wife she'd look stout in a fur coat.
Re: mbox (Mutt and IMAP)
Hi Suresh, On a standalone linux box connected over a dialup this is trivial - not when you are telneted into your mailbox which gives you just an 1 mb quota ... got it? :) Thank you for taking the time to explain this to me; now I understand what mbox is for.:-) Now I see, as I guess you did, too, why I didn't have a clue on the usefulness of mbox: I run a stand-alone laptop, which I connect to my ISP only a few times a day. And I know what quotas are (read a brief description when prompted by the Slackware installer whether I wanted to include support for them), but as you may guess I don't really use them. mbox is there for people who use "real" *nix systems with many users and therefore restrictions on the harddrive space they may use, which has nothing to do with my case. Anyway, I will follow your tip and set move=yes, because this way, when mutt starts, I will only see new messages, making navigation easier, and will have all others automatically stored in mbox. I think I will find this useful. Once again, thank you for teaching me this. :-) Cheers, Manuel I only wonder why mutt suggests that I put my read messages into /manel/mbox, and the default answer is "no"; all my mailboxes are stored in /home/manel/Mail/, and mbox is in /home/manel... that's why I ask whether it is special in any way. To save mailbox quota and disk space. If you have plenty, you can dispense with this. And could I use procmail to do that? I thought that procmail only sorted the incoming mail as it arrived, not after I read some messages and left others untouched. right. I thought you wanted to sort your incoming mails into folders, so suggested procmail. Even with mails in a folder, you can write a script to pipe it to procmail :) Why does mbox have a special status (stored directly in the home dir, at the end mutt suggests you move all your read messages into it,etc)? Because the home directory can be hosted on a totally different machine from where your mail directory is located. On a standalone linux box connected over a dialup this is trivial - not when you are telneted into your mailbox which gives you just an 1 mb quota ... got it? :) -- Suresh Ramasubramanian | sureshr at staff.juno.com A diplomat is a man who can convince his wife she'd look stout in a fur coat.
Re: mbox (Mutt and IMAP)
Suresh Ramasubramanian [EMAIL PROTECTED] wrote on Tue, 23 May 2000: Sorry to interfer in this tread too, but what is the purpose of mbox? All read mails will be moved to this folder if you say set move=yes in your muttrc (it will ask you politely first, of course) :) Actually, to be specific, Mutt will only ask if you use the ask-yes or ask-no value for the $move quadoption. If you set it to either yes or no, it'll act accordingly without prompting -- like with any quadoption. Just thought I'd put a clarification note about this before someone gets confused. :-) As for my take on what the mbox is for, some people prefer to keep read emails but still want to have their incoming mailbox not cluttered by old emails. The $mbox is the folder where old, read emails from the incoming mail folder get moved after reading -- they're still accessible, but the incoming folder is then kept for just incoming new and unread emails. I personally prefer to set just move=no and as a result deal with the 700 mail inbox with all sorts of old junk in it possibly from year(s?) back. :-) Regards, Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy scifi, the Corrs / "How long is this Beta guy going to keep testing our stuff?"
Re: mbox (Mutt and IMAP)
Manuel Arriaga [EMAIL PROTECTED] wrote on Tue, 23 May 2000: mbox is there for people who use "real" *nix systems with many users and therefore restrictions on the harddrive space they may use, which has nothing to do with my case. Well, not only for them... It's also for users like you who prefer to have new emails *only* in the incoming mail folder. Like you use it. :-) Suresh Ramasubramanian [EMAIL PROTECTED] wrote on Tue, 23 May 2000: Mikko Hänninen proclaimed on mutt-users that: I personally prefer to set just move=no and as a result deal with the 700 mail inbox with all sorts of old junk in it possibly from year(s?) back. :-) I prefer to use procmail and over 50 folders to refile my mails :) Well uhh, yes I do that too -- that's just my personal email that goes into the main incoming folder, the list emails all get sorted into their respective incoming mail folders. I have about 30-50 incoming mail folders, and get about 2000-4000 emails per week. I couldn't possibly handle it, if it wasn't for mail-filtering (procmail) and a good MUA (Mutt!). :-) If there are too many mails in a folder, I move the first fifty mails to folder_old_1.gz, and so on ... I should do that, or something like that.. So far I've not created any sort of mail archiving setup, except for old sent-mail folders (automatic archiving via a cron job 4 times a year) and things like that. Regards, Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy scifi, the Corrs / "I went to the Net and all I got was this stupid signature line."
mbox (Mutt and IMAP)
Whenever I exit mutt I get the question: Do you want to move messages into dir/mbox? I know what the purpose of mbox is, but I have a large number of students who are becomming confused on what it is and what to do about it. Because removing features is much easier with users rather than trying to educate them (Those who know are probably agreeing here). Is there anyway to: a. Default to using a mbox and always move their mail for them? So they don't have to answer. b. Default to NOT moving mail to mbox. Granted this almost negates the usefulness of IMAP, but I had to ask. or c. Remove the use of the mbox entirely and just keep their mail on the IMAP server, again negating most of the use of IMAP. I would MUCH rather have choice (a), but if anyone can help me, help would be appreciated. BTW: We are doing away with elm as an email program (all nfs clients actually and going to only POP or IMAP). My old elm users are moving to mutt since it is the closest to elm. Is there anyway to get the "received" folder behavior back? THis is not my idea, but I had a few requests. Thanks all Dave David S. Glaser AKA Grizz | MM Systems Administrator | Forget virus scanning. Its all about "re- U201 MME Building | education". Preferably in a parking lot with Houghton, MI 49931 | a tire iron. - BOFH [EMAIL PROTECTED] |
Re: mbox (Mutt and IMAP)
Dave (Grizz) Glaser [EMAIL PROTECTED] wrote on Mon, 22 May 2000: Whenever I exit mutt I get the question: Do you want to move messages into dir/mbox? ... a. Default to using a mbox and always move their mail for them? So they don't have to answer. set move=yes (You want to set that in the global Muttrc file) b. Default to NOT moving mail to mbox. Granted this almost negates the usefulness of IMAP, but I had to ask. set move=no c. Remove the use of the mbox entirely and just keep their mail on the IMAP server, again negating most of the use of IMAP. That's what "set move=no" does, in practice. As far as I understand your situation, anyway... BTW: We are doing away with elm as an email program (all nfs clients actually and going to only POP or IMAP). My old elm users are moving to mutt since it is the closest to elm. Is there anyway to get the "received" folder behavior back? THis is not my idea, but I had a few requests. I don't understand what you mean with the "received" folder behaviour? Do you mean message sorting older within a folder (the message index)? You can control that with the $sort variable, and like any variables, you can give it some value in the global Muttrc. Check the manual for the possible values of $sort, however one of them is "date-received" which is what I *think* you meant. You can also easily change the sort order with the "o" key in the message index when inside Mutt. Hope this helps, Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy scifi, the Corrs / Never assume the reader has read the subject line.
Re: mbox (Mutt and IMAP)
Manuel Arriaga proclaimed on mutt-users that: Sorry to interfer in this tread too, but what is the purpose of mbox? All read mails will be moved to this folder if you say set move=yes in your muttrc (it will ask you politely first, of course) :) -- Suresh Ramasubramanian | sureshr at staff.juno.com Never commit yourself! Let someone else commit you.
mutt and imap
What do I have to do, to get mutt running with imap? Which version of mutt shell I take? How do I have to compile it? Thanks Manuel -- Registrierter Linux-User #130261 ** ** * MAXIMUM Internet Services AG | Fon +49 8152 918600 * * Gewerbestraße 13 | Fax +49 8152 918610 * * D - 82211 Herrsching | URL http://www.maximum-ag.de * ** **
Re: mutt and imap
Manuel Hendel proclaimed on mutt-users that: What do I have to do, to get mutt running with imap? Which version of mutt shell I take? How do I have to compile it? Any version of mutt you want - your 1.01i will do fine. See the mutt/imap howto at http://www.mutt.org for more. Just read the imap folder as mutt -f '{imap.server}folder-name' -s -- Suresh Ramasubramanian | sureshr at staff.juno.com What this country needs is a dime that will buy a good five-cent bagel.
Re: mutt and imap
On Thu, May 18, 2000 at 01:08:39PM +0530, Suresh Ramasubramanian wrote: Manuel Hendel proclaimed on mutt-users that: What do I have to do, to get mutt running with imap? Which version of mutt shell I take? How do I have to compile it? Any version of mutt you want - your 1.01i will do fine. See the mutt/imap howto at http://www.mutt.org for more. Just read the imap folder as mutt -f '{imap.server}folder-name' Version 1.2 has a whole raft of IMAP enhancements and bug fixes though so I would recommend doenloading and building that if you can. When you build it you need to give the '--with-imap' option to ./configure (plus any others you need of course). -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: mutt and imap
On Thu, May 18, 2000 at 01:08:39PM +0530, Suresh Ramasubramanian wrote: Manuel Hendel proclaimed on mutt-users that: What do I have to do, to get mutt running with imap? Which version of mutt shell I take? How do I have to compile it? Any version of mutt you want - your 1.01i will do fine. See the mutt/imap howto at http://www.mutt.org for more. Just read the imap folder as mutt -f '{imap.server}folder-name' -s I thought that just the 1.2 version got the imap part. What's abaut the performance, does it work fine? Manuel -- Registrierter Linux-User #130261 ** ** * MAXIMUM Internet Services AG | Fon +49 8152 918600 * * Gewerbestraße 13 | Fax +49 8152 918610 * * D - 82211 Herrsching | URL http://www.maximum-ag.de * ** **
Re: mutt and imap
Chris Green proclaimed on mutt-users that: mutt -f '{imap.server}folder-name' Version 1.2 has a whole raft of IMAP enhancements and bug fixes though so I would recommend doenloading and building that if you can. When you build it you need to give the '--with-imap' option to ./configure (plus any others you need of course). I use mutt 1.3 (and have been building the devel versions as and when they came out g). AFAICT, --with-imap is enabled by default. Mutt is small enough that I can afford to do a ./configure and make install and compile everything in :) -- Suresh Ramasubramanian | sureshr at staff.juno.com Green light in a.m. for new projects. Red light in P.M. for traffic tickets.
Re: mutt and imap
Manuel Hendel proclaimed on mutt-users that: mutt -f '{imap.server}folder-name' I thought that just the 1.2 version got the imap part. What's abaut the performance, does it work fine? I was checking imap folders on a .95.4i - it was pretty ok ... except that m$ sexchange has a badly broken version of what it calls "imap" ;) -- Suresh Ramasubramanian | sureshr at staff.juno.com Green light in a.m. for new projects. Red light in P.M. for traffic tickets.
Re: mutt and imap
On 2000-05-18 13:48:02 +0530, Suresh Ramasubramanian wrote: I use mutt 1.3 (and have been building the devel versions as and when they came out g). AFAICT, --with-imap is enabled by default. That would be a bug. Mutt is small enough that I can afford to do a ./configure and make install and compile everything in :) Well, small when compared to WHAT? -- http://www.guug.de/~roessler/
Re: mutt and imap
Chris Green proclaimed on mutt-users that: So, no, you don't get IMAP support by default on 1.1.13 at least, and I think 1.1.13 is actually identical to 1.2. my bad ... thanks -- Suresh Ramasubramanian | sureshr at staff.juno.com Walk softly and carry a megawatt laser.
Re: mutt-1.2: imap/ssl certificates
On Wed, May 10, 2000 at 02:05:30PM +0200, Andre Wobst wrote: Hi, I've troubles with the imap ssl certificates, saved in the file certificate_file, which I set to ~/.mutt.certificate_file in my ~/.muttrc. If I do so, I can accept a certificate not only once but always (otherwise this option isn't available). The certificate is stored in the file ~/.mutt.certificate_file. But next time I start mutt again, it asks me again for the certificate check. If I accept it again, the certificate is again added to the file ~/.mutt.certificate_file and it is exactly the same like before -- now stored twice in the same file. How can I store the certificate that way, that mutt acceptes it automatically next time -- what's wrong in the way I'm doing it? For starters, you're doing nothing wrong, mutt is. The problem is that the X509_verify function, which I use to compare the certificates, doesn't work quite the way I expected. Instead of verifying the server certificate using the server public key (both available after connecting to the server), it needs the issuer's public key to verify the server certificate. If the server certificate is self-signed, the public keys are the same and the verification succeeds, otherwise not. You might be able to use the automatic certificate verification by getting the issuer's (public) certificate, it should be available somewhere in your organization, and putting that in the $certificate_file. I'll see if I can fix this once I have the time. I really should start reading for some exams... :) -- Tommi Komulainen [EMAIL PROTECTED] PGP signature
Re: mutt-1.2: imap/ssl certificates
On Tue, May 16, 2000 at 12:41:27PM +0300, Tommi Komulainen wrote: On Wed, May 10, 2000 at 02:05:30PM +0200, Andre Wobst wrote: Hi, I've troubles with the imap ssl certificates, saved in the file certificate_file, which I set to ~/.mutt.certificate_file in my ~/.muttrc. If I do so, I can accept a certificate not only once but always (otherwise this option isn't available). The certificate is stored in the file ~/.mutt.certificate_file. But next time I start mutt again, it asks me again for the certificate check. If I accept it again, the certificate is again added to the file ~/.mutt.certificate_file and it is exactly the same like before -- now stored twice in the same file. How can I store the certificate that way, that mutt acceptes it automatically next time -- what's wrong in the way I'm doing it? For starters, you're doing nothing wrong, mutt is. Please find attached a patch that fixes this bug. I'll see if I can fix this once I have the time. I really should start reading for some exams... :) Oh dear. Well, there's always tomorrow... -- Tommi Komulainen [EMAIL PROTECTED] ? Muttrc.head Index: imap/imap_ssl.c === RCS file: /home/roessler/cvs/mutt/imap/imap_ssl.c,v retrieving revision 1.12 diff -u -r1.12 imap_ssl.c --- imap/imap_ssl.c 2000/04/26 07:32:42 1.12 +++ imap/imap_ssl.c 2000/05/16 21:56:14 @@ -284,7 +284,40 @@ } } +static int check_certificate_file (X509 *peercert) +{ + unsigned char peermd[EVP_MAX_MD_SIZE]; + unsigned int peermdlen; + X509 *cert = NULL; + int pass = 0; + FILE *fp; + + if (!X509_digest (peercert, EVP_sha1(), peermd, peermdlen)) +return 0; + + if ((fp = fopen (SslCertFile, "rt")) == NULL) +return 0; + + while ((cert = READ_X509_KEY (fp, cert)) != NULL) + { +unsigned char md[EVP_MAX_MD_SIZE]; +unsigned int mdlen; + +if (!X509_digest (cert, EVP_sha1(), md, mdlen) || peermdlen != mdlen) + continue; + +if (memcmp(peermd, md, mdlen) == 0) +{ + X509_free (cert); + pass = 1; + break; +} + } + fclose (fp); + return pass; +} + static int ssl_check_certificate (sslsockdata * data) { char *part[] = @@ -297,23 +330,8 @@ char *line = NULL, *c; /* automatic check from user's database */ - if ((fp = fopen (SslCertFile, "rt"))) - { -EVP_PKEY *peer = X509_get_pubkey (data-cert); -X509 *savedkey = NULL; -int pass = 0; -while ((savedkey = READ_X509_KEY (fp, savedkey))) -{ - if (X509_verify (savedkey, peer)) - { - pass = 1; - break; - } -} -fclose (fp); -if (pass) - return 1; - } + if (SslCertFile check_certificate_file (data-cert)) +return 1; menu = mutt_new_menu (); menu-max = 15; PGP signature
Re: mutt-1.2: imap/ssl certificates
Me three. I'm running the latest version of OpenSSH for Linux, on a libc5 machine. I wonder if libc5 could be the issue...however, I don't have access to a glibc2 machine that has access to a IMAP/SSL server to test. -C On Thu, May 11, 2000 at 06:23:47PM +0300, Tommi Komulainen wrote: On Wed, May 10, 2000 at 02:05:30PM +0200, Andre Wobst wrote: I've troubles with the imap ssl certificates, saved in the file certificate_file, which I set to ~/.mutt.certificate_file in my ~/.muttrc. If I do so, I can accept a certificate not only once but always (otherwise this option isn't available). The certificate is stored in the file ~/.mutt.certificate_file. But next time I start mutt again, it asks me again for the certificate check. If I accept it again, the certificate is again added to the file ~/.mutt.certificate_file and it is exactly the same like before -- now stored twice in the same file. How can I store the certificate that way, that mutt acceptes it automatically next time -- what's wrong in the way I'm doing it? You're the second person reporting this erratic behaviour. Unfortunately I have no idea what is going on. The certificate checking is done completely with SSL-library functions. So, either I'm doing something wrong, or those functions are broken on your platform. I think the first option is more likely but I'm yet to figure out why it goes wrong, and only in some cases. Feel free to send any suggestions directly to me or to mutt-dev mailing list. -- Tommi Komulainen [EMAIL PROTECTED] -- --- Christopher A. Woodfield[EMAIL PROTECTED] Finger for public PGP key 0xB887618B - email for fingerprint
Re: mutt-1.2: imap/ssl certificates
On Wed, May 10, 2000 at 02:05:30PM +0200, Andre Wobst wrote: I've troubles with the imap ssl certificates, saved in the file certificate_file, which I set to ~/.mutt.certificate_file in my ~/.muttrc. If I do so, I can accept a certificate not only once but always (otherwise this option isn't available). The certificate is stored in the file ~/.mutt.certificate_file. But next time I start mutt again, it asks me again for the certificate check. If I accept it again, the certificate is again added to the file ~/.mutt.certificate_file and it is exactly the same like before -- now stored twice in the same file. How can I store the certificate that way, that mutt acceptes it automatically next time -- what's wrong in the way I'm doing it? You're the second person reporting this erratic behaviour. Unfortunately I have no idea what is going on. The certificate checking is done completely with SSL-library functions. So, either I'm doing something wrong, or those functions are broken on your platform. I think the first option is more likely but I'm yet to figure out why it goes wrong, and only in some cases. Feel free to send any suggestions directly to me or to mutt-dev mailing list. -- Tommi Komulainen [EMAIL PROTECTED]
mutt-1.2: imap/ssl certificates
Hi, I've troubles with the imap ssl certificates, saved in the file certificate_file, which I set to ~/.mutt.certificate_file in my ~/.muttrc. If I do so, I can accept a certificate not only once but always (otherwise this option isn't available). The certificate is stored in the file ~/.mutt.certificate_file. But next time I start mutt again, it asks me again for the certificate check. If I accept it again, the certificate is again added to the file ~/.mutt.certificate_file and it is exactly the same like before -- now stored twice in the same file. How can I store the certificate that way, that mutt acceptes it automatically next time -- what's wrong in the way I'm doing it? André -- by _ _ _ [EMAIL PROTECTED] / \ \/ ) http://www.physik.uni-augsburg.de/~wobsta/ / _ \ \/\/ / "In a world without walls and fences (_/ \_)_/\_/who needs windows and gates ...?!?"
mutt-1.1.2i -- imap folders question
Greetings -- First off, I'm new to the list ( and to mutt ), so Hello! Second, I have a question regarding browsing my imap folders: Why do I see two instances of each folder, one with a '.' appended and one without? For instance: 1 IMAP../ 2 IMAPMisc 3 IMAPMisc. 4 IMAPPostponed 5 IMAPPostponed. 6 IMAPProjects 7 IMAPProjects. 8 IMAPSent 9 IMAPSent. 12 IMAP Is there a way to modify this behavior? And what's causing this? ( the server is Cyrus IMAP ) I'm wondering whether the 'toggle-mailboxes' command has anything at all to do with this, but when ever I hit the TAB key, it takes me directly to my INBOX rather than changing the view within the browser... Also, what's with that last IMAP entry without a name? ( #12 ) Thanks for any clues anyone can throw my way and apologies if this has already come up before, but I was unable to locate any info pertaining to this topic in the docs or on dejanews. Beers, Corey
Re: mutt-1.1.2i -- imap folders question
On 2000-02-01 15:50:00 -0800, Corey wrote: Why do I see two instances of each folder, one with a '.' appended and one without? It's because some IMAP servers, Cyrus is one of them, support having folders inside folders, and a mailbox with the same namespace as a folder. So what you get in mutt is folders having the . appended, and the plain mailbox with the real name. It irritates me too, unfortunately I don't think its possible, in a generic way, for mutt to figure out which are mailboxes and which are folders. I think the problem would best be solved by Brendan's idea of a proxy IMAP server - this server could support specialised situations like this, and mutt doesn't have to worry about it. -- Matt
Re: mutt-1.1.2i -- imap folders question
And upon Wednesday of February 02, the illustrious Matthew Hawkins spoketh the following.. . On 2000-02-01 15:50:00 -0800, Corey wrote: Why do I see two instances of each folder, one with a '.' appended and one without? It's because some IMAP servers, Cyrus is one of them, support having folders inside folders, and a mailbox with the same namespace as a folder. snip It irritates me too, unfortunately I don't think its possible, in a generic way, for mutt to figure out which are mailboxes and which are folders. I think the problem would best be solved by Brendan's idea of a proxy IMAP server - this server could support specialised situations like this, and mutt doesn't have to worry about it. Interesting... I did not suffer this same behavior while using Pine - that makes me believe perhaps there is in fact a work around. But the hell if I'm going back to Pine! Mutt's just way to cool. Well, at any rate - my ultra-cheesy, half-assed partial work around is to unsubscribe from the actual mailbox instance ( the "dotless" one ) of each folder. Now, this *would* work moderately well if it were not for the annoyance that for some reason I'm unable to unsubsribe from folders ( the ones with the dot ) -- the idea being to selectively display folders without their accompanying mailbox, and then to selectively display mailboxes without their companion folder object. ( if that makes any sense at all ... ) Ah well - can't have everything, eh? grin Beers! Corey
Mutt and IMAP
If it isn't a silly question how does mutt work with IMAP4? I have some folders set up on an IMAP4 server, how do I access them with mutt? Is there a simple way to give them names/aliases so they can be accessed like local folders? Having to enter the full address of the folder every time one wants to access it would be a real pain. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: Mutt and IMAP
On Monday, 13 September 1999 at 11:55, Chris Green wrote: If it isn't a silly question how does mutt work with IMAP4? I have some folders set up on an IMAP4 server, how do I access them with mutt? Is there a simple way to give them names/aliases so they can be accessed like local folders? Having to enter the full address of the folder every time one wants to access it would be a real pain. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/ Really all you can do is set the $folder variable to point to the root of your IMAP folders: set folder='{mailhost}Mail' and this only works in the development versions, I think. The development versions have all kinds of nice IMAP stuff vs the stable version, actually: * tab completion * significant speed improvements * server copy * IMAP folder browsing probably other things -- Brendan Cully [EMAIL PROTECTED] | OLD SKOOL ROOLZ "I hope I don't win| .-_|\ The rules say to bring a friend | / \ I don't have any" | Perth -*.--._/