Re: Boldness under mutt's indicator line?
Hi Peter, On Tue 11.11.2014 16:08:21, Peter P. wrote: > I am having a strange problem with different font/color behavior of > two instances of mutt with almost identical configuration files. These > two instances run on separate machines and otherwise have the same > behavior. > [...] > I checked several variables such as > TERM=xterm > XTERM_LOCALE=en_US.UTF-8 > XTERM_SHELL=/bin/bash > XTERM_VERSION='XTerm(312)' > and they are identical on both machines. do you use the exactly same terminal? Do you ssh to one of the machines? I would take a look at the terminal configuration, some allow you to disable boldness or switch bold and bright separately. Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
when does re-scoring occour
Hi all, is there a specific event / command to re-evaluate the message scoring? I have a set of scores that rely on "~d >2d", but as long as my mutt instance lives it is never re-evaluated. So as my mutt runs mostly for weeks the score gets stays at the value that correct days ago, no matter if I change the mailbox, or resource the whole muttrc. Also a small side question: why is the minimal date range 1 day, and no hours / minutes available? And does anybody know a real use for superseded messages, I think I never saw one in the wild? Thanks and regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: displaying the outbox
On Tue 08.04.2014 19:53:02, Ulrich Lauther wrote: > On Tue, Apr 08, 2014 at 02:33:08PM +0200, Andre Klärner wrote: > > > > Actually the manual specifies this pretty nicely: > > > > == the fine manual, chapter 3.11: > > Many users receive e-mail under a number of different addresses. To fully > > use > > Mutt's features here, the program must be able to recognize what e-mail > > addresses you receive mail under. That's the purpose of the alternates > > command: > > It takes a list of regular expressions, each of which can identify an > > address > > under which you receive e-mail. > > > > I cannot find this text in http://www.mutt.org/doc/manual/manual-3.html#ss3.11 > > So, where am I supposed to read the manual? Maybe try the manual that came with your distribution (Debian: /usr/share/doc/mutt/manual.txt.gz) or at least the manual for the mutt version you are using: http://www.mutt.org/doc/devel/manual.html#alternates Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: displaying the outbox
On Tue 08.04.2014 11:09:26, Ulrich Lauther wrote: > On Tue, Apr 08, 2014 at 08:48:04AM +0100, Christian Ebert wrote: > > * Ulrich Lauther on Tuesday, April 08, 2014 at 08:27:53 +0200 > > > The concept of "message is from you" is not clear to me. > > > How does mutt decide whether a message is from me or not? > > > Does it look at the From: field, and if so, what is it compared to? > > > My login-name? > > > > Read about the alternates command in the fine man 5 muttrc. > > > I DID read the manual before asking, but it does not answer my question above > - > or I am too dumb to understand it. > So what do I put into the alternates list? The name that appears in the > From-field, > my login name? Actually the manual specifies this pretty nicely: == the fine manual, chapter 3.11: Many users receive e-mail under a number of different addresses. To fully use Mutt's features here, the program must be able to recognize what e-mail addresses you receive mail under. That's the purpose of the alternates command: It takes a list of regular expressions, each of which can identify an address under which you receive e-mail. > Help a poor struggler. This is my one (basicly a huge set of regexes that match all the email addresses I consider mine): alternates ^kandre@ak-online\.be$ ^kandre+.*@ak-online\.be$ ^root@ak-online\.be$ ^kandre@cacert\.org$ ^andre\.klaerner@hsh-online\.com$ Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: few questions
Hi Dave, Actually mutt is just partly involved. It switches to the alternative screen in your terminal emulator. This switches in some terminals the behaviour. Gnome-terminal than disables its scroll back and reports mouse scroll events as repeated presses of the up or down key. The 9 lines/messages you experience come from the X11 wide setting for the mouse - the typical scroll distance. This alternates for example in mc. Mc uses the mouse reporting like aptitude also does, and if you disable it via the command line switch it chooses to ignore the received events. Your fix would involve just setting pager_stop in mutt, so that upon reaching a messages end you won't touch other messages. Alteratively you can disable (or remove from the coding) the switch of the mouse behaviour in your terminal emulator, but this might be a huge effort. I for myself decided a while ago to ditch the scroll back of my terminal (urxvt) and only use the one from the screen sessions I have running inside it anyway. This allows me to use the scroll wheel of my mouse nearly always as replacement for repeated long-distance scrolling in any app and doesn't bother me as much as the scroll back getting mixed up by the many screen windows I have open in each screen window. Regards, Andre Dave Dodge wrote: > >I've seen this sort of thing happen in both gnome-terminal and >xfce4-terminal, both locally and over ssh. > > -Dave Dodge/dodo...@dododge.net -- Andre Klärner Telefon: 0351/79666546 Fax: 0351/79688547 Mobil: 0172/9838653 Anschrift: Prohliser Allee 43 01239 Dresden
Re: Windows Host + Linux Guest + Mutt + shared maildir (Samba?)
On Thu 21.11.2013 00:29:52, Mark Filipak wrote: > On 2013/11/20 6:12 PM, Mick wrote: > with a virtual LAN adapter in the Host, a virtual LAN adapter in the > Guest, and a virtual Bridge in the Guest that's bound to the Host's > real hardware. > > >Personally I would prefer setting up dovecot on the Linux machine and then > >accessing its messages from either OS. > > Wouldn't that require a Windows MUA that supports Maildir? Nope, dovecot handles the maildir part, and deliveres finest IMAP, which many Windows MUAs understand. But it you are driving such a setup, why don't you simply use Putty/Mobaxterm/Cygwin's ssh-client to go to the linux and use a perfectly cool client there.. Speaking of which: use mutt directly on you linux, and there is no need to do anything else ;) Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: To choose to sign a message
Hi Dominique, On Mon 04.11.2013 13:08:47, Dominique Asselineau wrote: > Sorry, my last message never arrived to the list. > > Chris Sussmann wrote on Sat, Nov 02, 2013 at 09:43:27PM -0500 > > * Paul wrote: > > > > > On Thursday, 31 October, 2013 at 17:15:51 GMT, Dominique Asselineau wrote: > > > >Does Mutt allow sending a message signed or not signed according the > > > >recipient? To choose to sign at the last moment or in the sending > > > >screen. > > > > > > > >It seems all messages must be signed. > > > > > > Before pressing 'y' to send, press 'p', and you'll be given some PGP > > > options, one of which is to sign. > > I did not think to look the help of the sending screen. Thank you. Well, next time read the manual. man mutt and man muttrc are your friend. They list each and everything in detail. The search for crypt and pgp would have found it nearly instantly. > > You could also us this in your .muttrc: > > > > set pgp_autosign=yes > > With this setting, it seems the signature is requested by default. Is > it right? Exactly. There is also crypt_autosign which also covers S/MIME. Best bet if you are stuck anywhere is asking mutt for a list of the currently available commands ("?") and searching ("/") for what you want to do. If there is too less detail search for the command you just found in the muttrc-manpage. Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: mutt caches nameservers?
Hi Dan, On Thu 17.10.2013 19:44:13, Dan McDaniel wrote: > I find that if I started mutt at home, say, and then take my laptop to > another WIFI hotspot mutt keeps using the nameserver that was set by > DHCP on my home network. I try to send mail and it times out saying that > it can't find the address for smtp.myprovider.com. A packet capture > shows that it's still using the old nameserver. I have to exit mutt and > restart to get it to read in the current list of nameservers. > > Is there a setting to tell mutt not to cache the nameservers? assuming you are using linux - do you have nscd running? Mutt AFAIK doesn't cache dns replies, as there is already something running, that is supposed to do this: the OS. regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: Gmail IMAP takes ages to login
On Wed 29.05.2013 15:03:27, Mick wrote: > Hmm ... this is strange, because it doesn't. All it says is: > > /home/username/.mutt/gmail/.muttrc: unknown command did you miss a "source " before this line in your main config? Kind regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: Using send and reply hooks to set from address and reverse_name
Hi Suvayu, On Sat, May 11, 2013 at 02:08:34AM +0200, Suvayu Ali wrote: > On Tue, May 07, 2013 at 08:28:46PM +0200, Andre Klärner wrote: > > > > small question: why don't you use "set from=wor...@domain.com" etc? > > As far as I'm aware, 'set from=..' and 'my_hdr From ..' serves the same > purpose. As already pointed out by Patrick: they are not exactly the same. > > I have the setup as following: > > each mail is filed to a matching folder, my personal mail go to ~/Maildir, > > my work email are accessed via imap://work-server/…, some of the other > > accounts follow the same pattern. > > I do not use IMAP directly. I use OfflineIMAP to sync to a maildir in > my home directory. I also use one SMTP (gmail) with different from > addresses to reply to my emails from different accounts. Gmail lets you > do this once you have authenticated that these alternate from addresses > are indeed yours. Well, the folder-hook doesn't act upon the protocol, but on the "name" of the folder - so you are free to use whatever you like, as long as you can build the regex for matching that folder. > > Depending on the folder I'm in the correct from address is set with "set > > from=…" > > As each IMAP account use different SMTP-Servers these are set via some > > send-hooks that depend on the from: address. This also matches my workflow > > that new mails are edited/sent using a second mutt-instance in a new > > screen-window. > > > > Maybe this gives you an idea how to accomplish your setup. > > The idea about using another screen window sounds intriguing. I'll play > with this. I also just stole this;) > > If someone wants to read it I can post my current mutt-setup tomorrow. > > That might help actually. Of course only if it is not too much trouble :). You can check it out at http://git.ak-online.be/kandre/mutt/tree But it might take me a while to merge back my a bit more complex grown setup at work, didn't have the chance to properly build the "one config to rule them all" version. But as I have nightshift today I might get to it tonight. Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: Using send and reply hooks to set from address and reverse_name
Hi Suvayu, small question: why don't you use "set from=wor...@domain.com" etc? I have the setup as following: each mail is filed to a matching folder, my personal mail go to ~/Maildir, my work email are accessed via imap://work-server/…, some of the other accounts follow the same pattern. Depending on the folder I'm in the correct from address is set with "set from=…" As each IMAP account use different SMTP-Servers these are set via some send-hooks that depend on the from: address. This also matches my workflow that new mails are edited/sent using a second mutt-instance in a new screen-window. Maybe this gives you an idea how to accomplish your setup. If someone wants to read it I can post my current mutt-setup tomorrow. regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: Mutt secretly adds Content-Length headers?
Hi grarpamp, On Tue, Apr 16, 2013 at 11:34:49PM -0400, grarpamp wrote: > mutt didn't need that header to operate well in the original folder. > In general, can't think of any reason to modify any Maildir message on disk > and view this as tainting the msgs with unecessary and un-asked-for mods. well, they don't really hurt, but may even help mutt and other tools. > And it breaks external indexes of security/archive crypto hashes. > I'm not referring to the msg filename (maildir spec) or its location (as > instructed), just the content of the msg file itself. Well, if you are using sane crypto you are talking PGP and SMIME. Both secure a specific part of the message: the content in form of the body and it's attachments. So if you hash a whole message file on the sender side and do this again on the receiver's side you will end up with guaranteed always false results. There are headers that are supposed to be changed: e.g. the Received headers, the X-Spam-Status as well as DKIM's headers. So if you want to really want good security you always need to check two parts of the message: in case of DKIM the signed headers (where you sign specific headers on the senders side and note this together with the signature) and the content of the message. Usually your receiving MTA should already check if the DKIM signature is correct and maybe even judge to refuse a broken signature (heavily dependent on the setup). > And it also appears to be lying by preserving the msg file modification > time when it adds this header. [1] Well, I don't see any problem with that - the real message has not been changed, only some metadata that help mutt. > Why does mutt do this? A rough assumption from myself only: It does it always, with every mailbox type, and in case of mbox and similar mailbox types a correct content-length help for sure to improve the access. > What else is being surreptitiously modified during mutt operation? Well, I think you should check mutt's codepath yourself if you want to know that exactly. That's why it's called open source. Please answer me one question: what kind of crypto/archive system do you use that does not understand Maildir in it's whole and what kind of use case does it have. Kind regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: skip a certain folder in next-unread-mailbox
Hi Nicolas, On Thu, Apr 11, 2013 at 01:37:00PM -0600, Nicolas Bock wrote: > is it possible to exclude a certain folder or folders from the mailboxes that > are checked when executing next-unread-mailbox? Directly as kinda parameter - no. But you might be able to reconfigure your keybinding for to remove these mailboxes (unmailboxes), exec and re-add the mailbox. Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: Better folder navigation ?
On Mon, Mar 25, 2013 at 01:01:00AM -0400, Max Rydahl Andersen wrote: > With ~250 nested folders the 'c' change folder is rather tedious to use. > > Is there a command to search for a folder by name so I don't have to > type/complte in the full name ? Well, do you have all your folders in the mailboxes-view? If yes, a simply "/" in the default keybinding can search for that folder. There is no "l"imit functionality, but I use the search function quite every day. Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: S/MIME from command-line
Hi Kunszt, On Tue, Mar 05, 2013 at 09:05:06AM +0100, Kunszt Árpád wrote: > When I'm using the interactive user-interface everything works fine, > but from the command line it doesn't work. I tried a lot of things, > googled half of the day, but I didn't found any working solution. > > Is it possible anyhow? Why Mutt acts differently when invoked from > command-line parameters? It's very frustrating... Maybe it's another environment from cron? Thats quite usual, so maybe something is not set that you require to work. Also you might want to write a special muttrc for the automated sending than mentions only the really required stuff. You might also want to use "--passin" option to openssl so that your smime-key can be decrypted properly. Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
listing all remote imap boxes
Hi guys, I just found out that I can access my companys exchange-server via mutt and IMAP, so I am now setting up a new mutt-config for getting the mails from there. But I once again stumbled over an old problem: I have to get a list of all remote mailboxes for easier navigation. Last time I did this by running offline-imap against the server and than just ls | grep | sed'ed the way to a usable list. Is there any obvious tool to do a kind of ls on the remote site and put the result to a nice mutt-mailboxes compatible list? Thanks and kind regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: People want additional direct mail Was: People that CC mailing lists
Hi Florian, On Wed, Feb 20, 2013 at 07:44:37AM -0500, Patrick Shanahan wrote: > * Florian Lohoff [02-20-13 04:43]: > > On Fri, Feb 15, 2013 at 12:51:54AM -0700, Bob Proulx wrote: > > > > Just to make it clear - I am one of those who like to get a direct > > reply _additionally_ to the list mail. > > > > I check lists sometimes only every couple of days or weeks, > > once i start to interact with a thread i'd like to get replys > > immediately into my inbox to make shure i can keep the thread going > > instead of sending a reply days to weeks later. > > Then it *should* be upon you to adjust your mail-system to provide the > *special* provision that *you* desire rather than force an un-needed extra > copy upon the "rest of the world". May I suggest that you train your MDA to check for the References: header is there is a message-id that is like "@pax.zz.de" (I just guess that this is your machine from a message by you) and filter this mail additionally to your INBOX? It would cost you a 5 to 10min development time and save you hours once you never have to request an additional CC from any list. Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: Supporting readline editing in Mutt entry fields
Hi Suvayu, On Tue, Feb 19, 2013 at 09:46:25PM +0100, Suvayu Ali wrote: > On Tue, Feb 19, 2013 at 06:57:41PM +, Michael Elkins wrote: > > If are interested in it as a programming exercise, I would recommend > > trying to fiddle with readline. But if you did find a way for them to > > coexist, I'd be interested in the result as well. > > I was hoping to look at both and finally go with whichever is > cleaner/simpler. My problem is I do not know where to start in the mutt > source; as in, which methods/files to look at. Any help regarding the > starting point would be awesome. just for my interest: what exact features are your missing? I for myself did not notice any missing parts. Thanks and regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: Highlight treads related to me
Hi Marco, On Tue, Feb 19, 2013 at 11:08:08AM +0100, Marco wrote: > On 2013–02–19 James Griffin wrote: > > > The pattern ~(~something) is for doing things to messages within threads, > > as someone suggested already. > > I couldn't get this working. But frankly, I didn't quite grasp yet > what it's supposed to do. I will read the docs once more and try > again later. I think it was quite badly explained: ~(…) returns threads, that contain at least one message where the inner pattern matched. So the example "~(~P)" as listed in the documentation will give you all threads that contain a message you sent. I just tried it on my mutt-mailbox, with ":color index yellow default ~(~P)" and it colored all threads I participated in yellow as expected. This also affected the collapsed view: http://imgur.com/d2BhIa4 So if your alternates are set up so that all your mail-addresses are listed it should work pretty neat. It only leaves you to apply this only to the mailboxes you want to. Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: [POSSIBLE SPAM] People that CC mailing lists
On Wed, Feb 13, 2013 at 11:15:43AM -0500, Mark H. Wood wrote: > Not for the first time, I find myself wishing for a Geek Code -like > header to encode all the many mailing-list rules and preferences, so > that UAs could give us more help in conforming to local standards. Well, so why doesn't one come up with a standard to encode the rules alltogether in the email-headers? We already got List-Id:, List-Post: so why shouldn't be there a List-Unsubscribed-Participants: that gets filled with the list of the people that listed "List-Subscribed: no" in their post? And once one is at this there could also be List-ContentType: with e.g. "text/plain:wrap=72,text/enriched,text/folded" so that linewraps are done according to the liking of the (hopefully) full list. Implementing this should be quite trivial for most MUA as they are open source and most non-opensourced would probaply not implement is anyway. Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: Ideas for saving mailing list mail with IMAP+Maildir
Hi David, On Sun, Feb 10, 2013 at 02:04:39PM +, David Woodfall wrote: > I used to use mbox format and save mailing list mail to eg: > >~/mail/lists/mutt-users@mutt.org > > Now that I've switched to IMAP + Maildir I'm using the following: > >~/mail/.lists.mutt-users@mutt_org/ > > Note how I've had to change the '.' in the domain name to an > underscore so that it doesn't get seen as a subfolder. > So I'm just wondering how people here cope with organising mailing > lists with Maildir and any tips/tricks that may be a better way than > my present way. well, what is your IMAP server? If you use dovecot check out the :LAYOUT=fs option to the mail_location. It will allow you to use the layout you used to have with maildirs. Than you can probaply even reuse your old scripts. You can read about the details here: http://wiki2.dovecot.org/MailLocation/Maildir Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: Equivalent to 'limit' for index?
Hi David, On Thu, Feb 07, 2013 at 09:55:55AM +, David Woodfall wrote: > Seems to work fine for me, although I'm guessing a bit at how > individual email files are named when new. For instance, some > end in my hostname and some end in a ','. well, those ending in your hostname are probaply in the new/ part of the maildir. While they are moved to cur/ by the MUA they get renames and appended with the ":2,PRSTDF" field, which is a delimiter, the version of the stuff behind, another delimiter and the flags. All is explained in detail here: http://cr.yp.to/proto/maildir.html That is also one new thing in my mailboxes.pl: It tries to parse it as near to the spec as possible. Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: Equivalent to 'limit' for index?
On Thu, Feb 07, 2013 at 08:44:34AM +, David Woodfall wrote: > On Thu, Feb 07, 2013 at 08:01:21AM +, James Griffin > put forth the proposition: > >--> David Woodfall [2013-02-06 21:59:48 +]: > No it works fine now. Just trying out a couple of shell scripts > similar to Andre's, but much simpler: > > mailboxes.sh: > ## > #!/bin/sh > > set -e > MAILDIR="/home/david/mail" > HOSTNAME="blackswan" > > for f in $(find $MAILDIR -name "*," -o -name "*$HOSTNAME" | cut -d'/' -f5 | \ >sort -u | sed 's/^\.//') > do >if [ "$f" == "new" ] || [ "$f" == "cur" ]; then >f="INBOX" >fi >echo -n " +"$f > done > > echo > > It seems to be working fine but for some reason I'm unable to bind it to a > macro in browser: > > macro browser z "|~/.mutt/mailboxes.sh\n" > > This just tells me that key is unbound, and I've tried it elsewhere like > index, which works, but I'd rather have it in browser where I'm actually > looking at the mailboxes. Well, not quite obvious at first, but easy to understand: Your script generates just a list of mailbox names, e.g. "+foo +bar +baz". That output is usable by feeding it into a mailboxes-command. e.g. "mailboxes `mailboxes.sh`". And that command in turn you can bind to a macro.: "macro browser z "mailboxes `mailboxes.sh`" But: that macro will be generated while parsing the config, so it will execute "mailboxes +foo +bar +baz" when it is called. So you need to source that out into a seperate file, that than in turn is sourced by the macron on demand. So you essentially end up with a state that I already had: commit 17cb8a4ff0a455073fba19fdb95871b73ddf480e in my mutt-repo. At that time I was still using the 1st version of my mailboxes-script, but it got unmanageable as some of my folders grew too big. So the runtime of the script ended up being 30-60s, depending on the speed of my NFS-server serving the Maildir. So I reimplemented it using perl (because I wanted to do perl anyway some day) and build it to be completely optimized. The issue I diagnosed with the old version was that it ran through all directories and file to find unread mails, but that takes too long. In the perl-version I stop at the first occurance of an unread mail or don't even check the cur-directory if already the new-directory has contents. And I also avoid going into cur, new or tmp directories if it should print all anyway. But it is up to you what way you want to go. Have fun, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: Equivalent to 'limit' for index?
Hi David, On Wed, Feb 06, 2013 at 09:59:48PM +, David Woodfall wrote: > 1) Doing a 'limit' in the index, which shows only folders with new mail, I also asked this a while ago, and no, it isn't. > 2) A file-mask that I can use to do the same? Yes, that one actually exists. In guess it is "m" in the default key bindings. Check the help screen while you are in the index. But I guess there is no way to abuse this for listing folders with new mails. But I had similiar problems, and figured that it would be best to generate the mailboxes in the config by a script that delivers either all mailboxes or just the ones with new mail. You can check it out in my git-repo: http://git.ak-online.be/?p=kandre/mutt.git;a=tree;f=.mutt;h=f45a42e9df1b58be7a18ae387b40825dc2815bec;hb=refs/heads/master You need mailboxes.pl, mailboxes.pl.sh and the snippets that call it from muttrc. Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: Config Files, and Remaining Confusion with html-mail
On Mon, Jan 28, 2013 at 09:38:14AM -0500, Mark H. Wood wrote: > On Fri, Jan 25, 2013 at 04:43:34PM -0500, Alan McConnell wrote: > The point is to make Mutt wait to remove the file until some time after > your browser is actually displaying it. Any time after that, Mutt can be > allowed to continue. > > Mutt, which was waiting on the second instance, thinks you're done with > the temp file and cleans up. The first Iceweasel instance, which is the > one you want to read with, may not even have been scheduled yet, and if > not then it wouldn't yet have the file open. When the "main" Iceweasel > instance tries to obey the message, the file is already gone. Well, did ever anyone think of using the inotify mechanism (in the linux kernel) which tells you when specific events have occurred (e.g. file has been read completely). If I have time soon I'll try to implement it (inotify's events access and close_nowrite sound promising). Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: mailing lists and different directories
On Thu, Jan 24, 2013 at 10:31:41AM -0700, s. keeling wrote: > Incoming from lambda: > > On Thu, Jan 24, 2013 at 01:25:44PM +1300, Chris Bannister wrote: > > > On Wed, Jan 23, 2013 at 03:54:05AM +0200, lambda calculus wrote: > > > > I was using gmail, And now i have configured mutt to read gmail using > > mutt. > > You were using gmail. You're still using gmail. Now you're using > mutt to read gmail's IMAP server. You're also using mutt's builtin > IMAP support to do it. > > > > How are you getting the mail on to your computer? > > > > I think that i just read the mail, i don't get it on my computer > > Correct. However, maybe look into OfflineIMAP? :-) > > You're accessing gmail's IMAP server. mutt's just serving as your > interface to gmail. I think. Well, as now everything is layed out that way, I'd suggest using GMails webinterface to define the rules, that "label" each mailing-list mails to a per-ML label, while skipping the inbox ("archive directly") so than you have IMAP folders as a result, that you can browser perfectly with mutt. Just my 2ct. Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: Question about PGP and mutt
On Fri, Jan 18, 2013 at 08:54:34PM -0700, s. keeling wrote: > Incoming from Brandon Sandrowicz: > > On Fri, Jan 18, 2013 at 06:04:03PM -0700, s. keeling wrote: > > > > [ Btw, mutt will parse ~/.mutt/muttrc if ~/.muttrc doesn't exist. If > > you dot-prefix your ~/mutt, then you could axe the need for the > > symlink. ] > > I like to keep date stamped copies of old mutt configs in my ~/mutt. > It just fits my style better to have a ~/mutt dir and a symlink that > points into there. > Well, I used to do so a while ago, but by now I am using a git-repository for each of my config folders. It also easies splitting the config into reusable parts and putting it together with all the other related scripts. I wish I had learned that lesson a few years ago.. Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: isn't doing what I expect, help please
On Sun, Dec 30, 2012 at 12:11:22PM +, Chris Green wrote: > My mail is initially delivered by SMTP (to a postfix server running > locally) and then filtered by a python script at the moment. Thus, if > I switch to maildir just now it's the Python libraries which create > the maildirs. However my issue is more with MUAs which don't play > nicely together using the same maildirs (and also utilities for > manipulating maildirs as they're so painful to manage 'by hand'). > Hi Chris, I use a quite similiar setup, where an exim4 delivers the mail to my INBOX directly, and a .forward file in exim-filters style delivers it to the folders. So each and every folder-writing software in my case uses the full directory name as I present it to it. So this is for example my mutt-rule: if $header_Sender: contains "mutt.org" then save "Maildir/Archiv/Mailinglisten/mutt-users@mutt.org/" endif As you can see I use the / literally, so it gets saved to folders as it should. Redirecting everything into this structure from the default maildir structure took me nearly a day, but it was worth it. For accessing my mailbox by a tool that I am not sure of if they leave the structure untouched I simply use dovecot's imap. Dovecot itself can handly the filesystem-type mailbox with ease, and for Thunderbird or Evolution this is enough. (as a small warning: Evolution tends to rearrange the filesystem-maildir into the .-layouted maildir without warning.) BTW: I just finished my script to scan a big Maildir-based mailbox for all subfolders and/or folders with unread (~O) mail. The usual find-based method proved non-performant when there are mailboxes with 3000+ mails.. ( http://git.ak-online.be/?p=mutt.git;a=blob;f=.mutt/mailboxes.pl ) Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: Mutt+Abook: questions about addresses and multiple addressees
Hi Leo, On Sat, Dec 22, 2012 at 07:09:25PM +0100, leo wrote: > ::First question:: > When I write an e-mail and I choose the addressee, abook automatically > always insert into the field To (or Cc or Bcc) the name and the e-mail > address (example: name surname . I would like > that in the field To (or Cc or Bcc) appears only the e-mail address > without name and surname. > Is it possible? Well, from the manpage of abook I guess that is not possible. But from my perspective it is the right way to do it as it is. I think of it as a properly written address is better than just the technical declaration of the receipient (like on an official invitation the sometimes handwritten address on the envelope), but this is just me. I guess you can do this my modifying abook's source itself and maybe adding a new option for this. Maybe publish the patch back. > ::Second question:: > I'm not able to select more than one addressee in a single field (To or > Cc or Bcc). Are there any key bindings or something like this to do that? I usually seperate them by a simple comma. But I can't say how it works when you work with abook. I for myself use just plain mutt aliases and they get expanded properly if I name multiple aliases with comma seperation. Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: Jump to next mailbox with unread mail
Hi Patrick, On Sat, Dec 22, 2012 at 12:45:59PM -0500, Patrick Shanahan wrote: > * Chris Green [12-22-12 12:14]: > > Yes, I know I have hijacked 'n', I might change it but that doesn't > > affect the argument about whether using next-unread-mailbox is better > > than change-folder for seeing new mail. > > It is apparently not in *your* use case, but I have been using mutt since > ~1998 and do *not* have a problem finding new mail. Perhaps you should > re-examine your usage/habits, instead of branding the evolved default > settings of mutt as illogical and unusable and instead try to determine > *why* they are the way that they are. if you do know where this exactly comes from please tell me. I am still no getting why it is behaving the way it is - from my point of view I think the browser-view should be usable with the limit functionality. Can you tell me what way to find new mail you use? I resorted to having three calls for the mailboxes-command, one with all mailboxes, one with "only mailboxes with unread mail" and one with IMAP only (some misc accounts, not my main one).. Thanks and kind regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: on-demand rewrap received mail and display in builtin pager
Hi Jeremy, On Tue, Dec 04, 2012 at 02:00:26PM -0800, Jeremy Kitchen wrote: > On Tue, Dec 04, 2012 at 10:39:30PM +0100, Andre Klärner wrote: > > Hi Guys, > > > > I read the last long discussion about line wrapping and proper mail > > formatting. > > All of it? You are a braver man than I :) Well, reading such long discussion helps me to get inspirations for new solutions. Like this time - that I am annoyed by too long lines and would like to change it, but hadn't time and ideas to do it. > > Is there any way to pipe a "builtin pager buffer" (the final output > > with verified signatures etc) to a process and reread the output to the > > buildin pager. > > perhaps display_filter would work? > > http://www.mutt.org/doc/manual/manual-6.html#display_filter Thanks a lot for pointing me in the right direction. Looks like it could do the trick, but I still need to find a way, how to ignore certain lines if I pipe it through par. > alternatively, you could reformat the mails at receive time through > a procmail filter or something if you have that kind of access to the > mail server. Well, that would probaply break each and every signed clear-text mails and would also change received mails at all, which I don't want. Also the over-long mails a no issue for me on the various mobile devices with smaller screens than my desktops. Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
on-demand rewrap received mail and display in builtin pager
Hi Guys, I read the last long discussion about line wrapping and proper mail formatting. Sadly I am on a few mailinglists and in contact with some people that strictly refuse to write nicely formatted mails. So my next idea was to rewrap the received message on demand, once I notice that I don't want to read the ugly mail. But I really like the formatting of the buildin pager, so I think a macro for " | par | less " is possible, but I loose the tight integration and cool look of the buildin pager. Is there any way to pipe a "builtin pager buffer" (the final output with verified signatures etc) to a process and reread the output to the buildin pager. I just skimmed the mutt manpage and the fine manual once again, but nothing caught my attention that it could work. Thanks and kind regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: Please set your line wrap to a sane value (was ... Re: Is there any gmane.org user in the list?)
On Fri, Nov 23, 2012 at 07:22:13PM -0600, Jim Graham wrote: > On Sat, Nov 24, 2012 at 01:45:42AM +0100, Andre Kl?rner wrote: > > On Fri, Nov 23, 2012 at 05:04:38PM -0600, Jim Graham wrote: > > > Two questions about variable width fonts, then > > > > > > First, how does Mutt do with variable width fonts? I gather that it does > > > handle them, but how? My version (1.5.21, according to "mutt -v") > > > > Well, as mutt is a CLI application it doesn't care about what font is in > > use anyway as this is the task of the tool that displays the output. > > > > So in most cases I have seen the terminal that renders the fonts is putting > > each character in a cell, so you get no benefit from using a variable width > > font, despite that it looks ugly in most cases. So I have come to the > > conclusion that a perfect monospaced font like Terminus provides the best > > UI that one can achieve. > > Ok, but if variable width is such a good thing, using the twisted logic > that's been posted in this thread, every possible environment either > supports it or it's crap...right? Yeah, I guess that's the way it is. > But you still haven't answered the other part: how does the MUA or > terminal keep plain test that is meant by the sender to be aligned > as he/she typed it? That was a part of the question that needs an > answer, as it MUST be handled properly or it's broken. So how IS > that done? Well, a terminal could be imagined as a table of cells. So you got e.g. a 80 by 25 grid of cells, and in each of them is one character rendered. So if anyone wants to properly align text under another text he should check for which location the above text has (e.g. col 3, row 5) and put it to x2 = x1 and y2 = y1 + 1 (so than col 3 and row 6). So if anyone sends a mail with e.g. an indent of 3 characters they transfer a line that looks like this: " foo bar" so mutt starts printing this line in column 1 and prints these ^^^ three spaces and continues with the rest. so actually every whitespace at the start of the line gets printed and is rendered by the terminal as "a character where no pixel is on" and this bitmap gets put out to the screen. I hope my answer is now much more clear. If you want to make this concept clear type a sample text into a spread sheet app and put one letter into each cell. Now go and change the font to another one. Maybe try out a monospaced font and reduce the cell sizes to the minimum. Than change the font to a variable width font. You will find out the effective width of the letters change, but not the cell size. regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: Please set your line wrap to a sane value (was ... Re: Is there any gmane.org user in the list?)
On Fri, Nov 23, 2012 at 05:04:38PM -0600, Jim Graham wrote: > Two questions about variable width fonts, then > > First, how does Mutt do with variable width fonts? I gather that it does > handle them, but how? My version (1.5.21, according to "mutt -v") Well, as mutt is a CLI application it doesn't care about what font is in use anyway as this is the task of the tool that displays the output. So in most cases I have seen the terminal that renders the fonts is putting each character in a cell, so you get no benefit from using a variable width font, despite that it looks ugly in most cases. So I have come to the conclusion that a perfect monospaced font like Terminus provides the best UI that one can achieve. Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: mutt over hyperterminal
On Wed, Nov 21, 2012 at 07:58:15AM +, Jamie Paul Griffin wrote: > / Matthias Apitz wrote on Wed 21.Nov'12 at 6:54:38 +0100 / > > Most likely the charset of your terminal does not match the NLS > > environment (LANG) which you have after login into the Ubuntu. I do not > > know hyperterminal, i.e. if you can control this in hyperterminal; if > > not, use PuTTY as a terminal. > > There are a couple of really good Terminal emulators I used to use on > Windows, Console2 was my personal favourite: > Another is Zoc Well, I used MobaXTerm. ( http://mobaxterm.mobatek.net ) It is a quite cool mix of Cygwin-Binaries with a custom interface that feels like a really good Unix-environment under windows. It also integrates a X11-Server and many other tools, while everything is portable within on binary. Regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: What are the current fetchmail/getmail and/or procmail/maildrop utilities?
On Wed, Nov 07, 2012 at 11:21:59PM +, Jamie Paul Griffin wrote: > Yes i think the benefits of using your own smtp delivery are worth it. I can only agree. And to avoid issues when my landline is down I have a VM on a big hoster that on one side delivers all my locally generated mails to avoid the dialin IP address problem. And on the other side it acts as the backup MX that stores my mails until my landline is back online and it can be delivered at my home. regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Re: mutt on an IMAP-Server (dovecot): folder names and structure
Hi Martin, On Sat, Aug 18, 2012 at 01:16:34PM +0200, martin f krafft wrote: > also sprach Tim Gray [2012.08.17.1541 +0200]: > > I can confirm that running dovecot with a line in the conf file like > > the one above does work. I use the following with dovecot when I > > want/need to access my mutt maildir store with clients that can't > > read directly from the file system. > > > > mail_location = maildir:~/mail:INBOX=~/mail/Inbox:LAYOUT=fs > > > > To be explicitly clear, my maildir structure has IMAP folders as > > directories on the file system and not encoded in the mailbox name > > with '.' or some other character: > > > > mail/Inbox > > mail/lists/mutt > > mail/lists/offlineimap > > etc. > > Any idea how to migrate existing users, or how to enable this only > for a single user? As I some day also started with default maildir, in non-fs-layout, I also had to do the migration for my home server. But that were only 2 mailboxes with ca 200 folders in sum. Therefore I did this only with find, s/./\//g, and mkdir -p or so.. The config to apply this only for one user might work when you don't use PAM for the users database. I do this on my hosting setup (a directory like /etc/vmail/passwd/$domain and /etc/vmail/aliases/$domain) and in these passwd-like files is room for extra stuff like possibly this. You might want to read all the stuff under http://wiki2.dovecot.org/UserDatabase and http://wiki2.dovecot.org/UserDatabase/ExtraFields Regards, Andre -- Andre Klärner Telefon: 0351/79666546 Fax: 0351/79688547 Mobil: 0172/9838653 Anschrift: Prohliser Allee 43 01239 Dresden Diese E-Mail ist mittels S/MIME signiert worden. Für S/MIME sind die Root-Zertifikate der CAcert.org zu installieren (unter http://www.cacert.org/index.php?id=3 zu finden), damit mein Zertifikat als vertrauenswürdig eingestuft wird. CAcert.org ist eine offene Zertifizierungsstelle für SSL-Zertifikate auf Basis eines Web-Of-Trust. Weitere Details finden Sie auf der Website. Wenn diese E-Mail nicht als authentifiziert angezeigt wird, überprüfen Sie bitte doppelt die Korrektheit dieser Mail. smime.p7s Description: S/MIME cryptographic signature
Re: mutt on an IMAP-Server (dovecot): folder names and structure
Hi Richard, On Sat, Aug 18, 2012 at 01:17:16PM +0200, Richard wrote: > On Thu, Aug 16, 2012 at 09:56:09PM +0200, Andre Klärner wrote: > >Btw: Does anyone have a cool setup that is less dependent on gnome? I'm > >using awesome for a while now and want to avoid more dependancies on gnome. > > maybe gnupg agent authentification to decrypt a gpg encrypted file? Well, I am not exactly that GPG guy.. I like SMIME more. And as such I don't have any infrastructure that supports me with GPG. Regards, Andre -- Andre Klärner Telefon: 0351/79666546 Fax: 0351/79688547 Mobil: 0172/9838653 smime.p7s Description: S/MIME cryptographic signature
Re: mutt on an IMAP-Server (dovecot): folder names and structure
Hi Martin, On Thu, Aug 16, 2012 at 09:01:16PM +0200, martin f krafft wrote: > also sprach Patrick Ben Koetter [2012.08.16.2044 > +0200]: > > Putting passwords in configs isn't something I like, so > > I pull them from the Gnome keyring: > > Not a bad idea, but now an attacker with access to the filesystem > doesn't have to run 'cat ~/.muttrc' but 'gnome-keyring-query get mutt' > instead. isn't one of the purposes of gnome-keyring daemon to store the passwords encrypted on disk while they are unused and unlock that keyring once the user want's to do so? Btw: Does anyone have a cool setup that is less dependent on gnome? I'm using awesome for a while now and want to avoid more dependancies on gnome. Regards, Andre -- Andre Klärner Telefon: 0351/79666546 Fax: 0351/79688547 Mobil: 0172/9838653 smime.p7s Description: S/MIME cryptographic signature
Re: mutt on an IMAP-Server (dovecot): folder names and structure
Hi Patrick, On Thu, Aug 16, 2012 at 09:10:18PM +0200, Patrick Ben Koetter wrote: > * martin f krafft : > > also sprach Patrick Ben Koetter [2012.08.16.2044 > > +0200]: > > > Putting passwords in configs isn't something I like, so > > > I pull them from the Gnome keyring: > > > > Not a bad idea, but now an attacker with access to the filesystem > > doesn't have to run 'cat ~/.muttrc' but 'gnome-keyring-query get mutt' > > instead. > > If mutt can use a TLS client certificate, you can use that to auth against > Dovecot. Do you have a running setup that can use password and cert for one user? (e.g. via password for the webmail, and certificate for the MUA). Thanks, Andre -- Andre Klärner Telefon: 0351/79666546 Fax: 0351/79688547 Mobil: 0172/9838653 smime.p7s Description: S/MIME cryptographic signature
Re: mutt on an IMAP-Server (dovecot): folder names and structure
Hi Martin, On Thu, Aug 16, 2012 at 01:07:36PM +0200, martin f krafft wrote: > our E-mail-Server uses dovecot, which delivers mail to and from > a folder containing subfolders names e.g. > ~/Maildir/.lists.mutt-users. > > There are good reasons to use mutt directly on the machine from time > to time. Unfortunately, these folder names aren't exactly suitable > for mutt use. It works, but the leading dot is a pain, and tab > completion only honours '/' as a delimiter for folders, not '.'. I also use dovecot and this line in 10-mail.conf: | mail_location = maildir:%h/Maildir:LAYOUT=fs On the MTA side I got exim4 that drops into the INBOX or via .forward into the folders. On my hosting site I choose to simply use the dovecot LDA that will do the Sieve stuff and then save properly into folders. The only downside is of cause, that there are subfolders and namecollisions programmed if you use maildir-folders "cur", "new" or "tmp" as foldernames. I for myself decided that the extra stuff needed to prevent this is nothing worth, as all my clients are german and would never come up with these foldernames. Hope it helps, Andre -- Andre Klärner Telefon: 0351/79666546 Fax: 0351/79688547 Mobil: 0172/9838653 smime.p7s Description: S/MIME cryptographic signature
Re: mark_old & friends
Hi Jamie, On Thu, Aug 02, 2012 at 07:51:25AM +0100, Jamie Paul Griffin wrote: > On Wed, Aug 01, 2012 at 09:04:00PM +0200, Andre Klärner wrote: > > > The manual leads me to thinking that mark_old will only stop mutt from > > moving mails in the maildir/new to maildir/cur. But there is also another > > factor in this case: as I am on the road many times I don't always have the > > luxury of a stable and fast ssh-connection home, so I can't use mutt on > > e.g. my phone. To access mails there I have to use IMAP, so a > > dovecot-instance is always sweeping my maildirs and moving new mails to the > > cur-directory, so that they are marked old no matter how I set mark_old. > > > > So finally I'd like to be able to "hide" some mailboxes in the list like > > e.g. limiting for mails does perfectly. > > > > Does anyone have an idea how I could achieve this? > > I have $mark_old unset and it does exactly what you're trying t achieve - > unread mail remains as in the Maildir as New mail. I also have > $header_cache set. As long as you only use mutt this is correct. > When accessing your Maildirs using imap I would have thought that it's > the MUA that is setting the read/unread flags on your mail, not Dovecot > itself, just as with mutt. However, i only ever access Maildirs with imap > using mutt so I can't be sure on that. Check the Dovecot documentation > and manpages and also the configuration options to be sure. I checked the config options a few times. But from the viewpoint of dovecot there is no same reason to be configurable in this manner. Dovecot is a server that provides access to mails. The storage-specific tweaks are quite irrellevant when it comes to wishes of few users. Dovecot functions also as a kind of relay between the Maildir and the MUA. The IMAP server accesses the Maildir, and provides the contents of the maildir via IMAP. Once an IMAP client connects to Dovecot there is no difference if you have the mails stored in Maildir, mbox, dbox or something else, as for the client the protocol is now IMAP. So the mark_old should have no effect on the Maildir when there is IMAP in between. regards, Andre -- Andre Klärner Telefon: 0351/79666546 Fax: 0351/79688547 Mobil: 0172/9838653 smime.p7s Description: S/MIME cryptographic signature
mark_old & friends
Hi all together, it might look like a small question, and I know it has been many times on this mailinglist. But anyhow I still don't get it: How do I really get mutt to consider mails marked as "old" and marked as "new" to be the same thing when I am using maildir. I have the following problem: I run mutt via screen on one PC. I would like to keep it running there forever and alert me as long as I have a connection to that screen session open. This works fine, as long as all my mailboxes are really listed in the config file. Now it comes that I got some exim-filters, that create maildirs on the fly, when mails are coming in with a til now unknown local part suffix (e.g. "+mutt"). So I wrote a small script that scans my ~/Maildir for all maildirs it can find and adds them to the mailboxes of mutt. Anyway I still need to sweep through my mails and read all mail that got to me during the last time I had time for this. So when I list all mailboxes I have to look into every mailbox to see if there is still unread mail. I fixed this by modifying the mailboxes-script to search also for maildirs that contain unread or new mails. Well, issue fixed you might think. But no, not yet. Now I leave my mutt session open because someone or somethink interrupted me. Now as long as I don't touch it I will only get notifications for the mailboxes that are currently listed in "mailboxes". Well, at this moment these are only the mailboxes that contained new or unread mail, all others are ignored during this time. So my final question is: How do I get mutt to consider old and new mail the same. The manual leads me to thinking that mark_old will only stop mutt from moving mails in the maildir/new to maildir/cur. But there is also another factor in this case: as I am on the road many times I don't always have the luxury of a stable and fast ssh-connection home, so I can't use mutt on e.g. my phone. To access mails there I have to use IMAP, so a dovecot-instance is always sweeping my maildirs and moving new mails to the cur-directory, so that they are marked old no matter how I set mark_old. So finally I'd like to be able to "hide" some mailboxes in the list like e.g. limiting for mails does perfectly. Does anyone have an idea how I could achieve this? Thanks and kind regards, Andre -- Andre Klärner Telefon: 0351/79666546 Fax: 0351/79688547 Mobil: 0172/9838653 Anschrift: Prohliser Allee 43 01239 Dresden Diese E-Mail ist mittels S/MIME signiert worden. Für S/MIME sind die Root-Zertifikate der CAcert.org zu installieren (unter http://www.cacert.org/index.php?id=3 zu finden), damit mein Zertifikat als vertrauenswürdig eingestuft wird. CAcert.org ist eine offene Zertifizierungsstelle für SSL-Zertifikate auf Basis eines Web-Of-Trust. Weitere Details finden Sie auf der Website. Wenn diese E-Mail nicht als authentifiziert angezeigt wird, überprüfen Sie bitte doppelt die Korrektheit dieser Mail. smime.p7s Description: S/MIME cryptographic signature
Re: Thank you for Mutt
Hi Aaron, On Tue, Jul 24, 2012 at 03:20:29PM -0600, Aaron Toponce wrote: > On Tue, Jul 24, 2012 at 04:12:22PM +, John Long wrote: > > Mutt is a great app! It doesn't suck at all. > > Hmmm. I'm going to disagree a bit. I think Mutt is a fine MUA, and I use it > for all of my personal and professional mail, but it definitely has some > baggage that sucks. Well, than maybe I have to disagree with you ;) > - IMAP support causes segfaults with 1.5.21. Regularly. > - Local commands, such as 'c' to change mailboxes, can take ages, even > though all the mailboxes are cached. > - All around, it's slow. Even with caching. Okay, these are things I can't how to change them right now and here. > - Inconsistent keyboard shortcuts. First it's 'i' that exits, then 'y' > then 'q', and so on. But this is easy to patch - spot the problems and make a patch. There might be many that will honour this. > - No sidebar support (outside of an unofficial patch) for viewing your > mailbox tree. I would consider this an optional thingy, that some (like me) would like only very seldom. > - No vertical layout for viewing messages with widescreen monitors.. Well, what do you mean with that? I also noticed that sometimes the fullscreen running mutt looks a bit unusual when you use 80 of your 250 columns. But how would you think could one make it better? > - No ability to change signatures when changing accounts automatically. You can. In fact I am doing it. > - No RSS/Usenet support. RSS - well, I am using this: http://git.ak-online.be/?p=rss2maildir.git;a=summary It reads the RSS feads and places each found item in a specific folder. Usenet - well, it is quite similar to mail. But there should be anywhere something that generates a Maildir of Usenet groups. > There are other things that irk me, but those are probably the heavy > hitters. Despite that, I find Mutt to be a good all-alround MUA, which I > use daily (have for years), but you won't find me saying it doesn't suck. > It certainly has its issues. :) Well, I would say, it is the most sane behaving client out there. I tried too many things that claim the term mail client, but most make your life simply horrible, and without a two year learning phase you can't even get it do do the simplest advanced tasks or simply suck at using long-running threads. So: mutt is simply great. greetings, Andre -- Andre Klärner Telefon: 0351/79666546 Fax: 0351/79688547 Mobil: 0172/9838653 smime.p7s Description: S/MIME cryptographic signature
Re: After moving from mbox to maildir
Hi Leonard, what is about using "qmv --format=do" from the renameutils? It might fix your problem more permanently. Regards, Andre "Leonardo M. Ramé" schrieb: >I've moved all my mail from MBox to Maildir, using ms2md perl script. >Overally it worked very well, but I found a little annoying issue. > >All the directories in my Maildir were created as dot dirs, I mean, >when >the former directory was called "leonardo", the new one is ".leonardo". > >The problem is in mutt, I use "c+" to change from one folder to >another, >and before the change I used to use "c+leonardo" to go to leonardo's >mails, now I have to write "c+.leonardo". Is there a way to force Mutt >to go to ".leonardo" by just writing "leonardo". > >Regards,
Re: Attach file error
Hi Marcelo, On Fri, Jul 06, 2012 at 11:17:49PM -0300, Marcelo Luiz de Laia wrote: > I'm trying to attach a file from one folder and it is not possible. Is > the message below. > > /home/marcelo/Documentos/UFVJM2012/Orientados/IC/Rafaella/poster.ppt: > Operação não permitida (errno = 1) > > What could be wrong? Did you verify that the file and directory permission are really correct, so that you can access it? Please paste a ls -l for the file and a ls -ld for the directories above, until to the point where it did work. Than you might be already able to tell if there is something different between two of the directories in the chain. Regards, Andre -- Andre Klärner Telefon: 0351/79666546 Fax: 0351/79688547 Mobil: 0172/9838653 Anschrift: Prohliser Allee 43 01239 Dresden Diese E-Mail ist mittels S/MIME signiert worden. Für S/MIME sind die Root-Zertifikate der CAcert.org zu installieren (unter http://www.cacert.org/index.php?id=3 zu finden), damit mein Zertifikat als vertrauenswürdig eingestuft wird. CAcert.org ist eine offene Zertifizierungsstelle für SSL-Zertifikate auf Basis eines Web-Of-Trust. Weitere Details finden Sie auf der Website. Wenn diese E-Mail nicht als authentifiziert angezeigt wird, überprüfen Sie bitte doppelt die Korrektheit dieser Mail. smime.p7s Description: S/MIME cryptographic signature