pressing 'g' truncates
hi after reading mail, when i press 'g' to reply-to-all i see mail msg is truncated to some bytes. How to get whole mail alongside my reply. - ravi
Re: pressing 'g' truncates
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Thursday, August 13 at 05:21 PM, quoth Ravi Uday: >after reading mail, when i press 'g' to reply-to-all >i see mail msg is truncated to some bytes. >How to get whole mail alongside my reply. Hmm, it's not *supposed* to be truncated. Is there something unusual about one particular message, or are ALL messages truncated? ~Kyle - -- Captain, the most elementary and valuable statement in science, the beginning of wisdom is "I do not know." -- Lt. Cmdr Data -BEGIN PGP SIGNATURE- Comment: Thank you for using encryption! iQIcBAEBCAAGBQJKhBeaAAoJECuveozR/AWeV7kP/1ApnPoKm7WiGNag13wf60Yq HSbuNI+kplJzUcxBRlKKn1xKhRsYmosbLC4gPQ2HhUdwoaZznAFB4SlDYmqBvtwU 1FuLBj+osvQoVCCF3obFmHEYDTfXfNhf2u1a2clF2oIagcRjFudN6PUiGO6sPGqj AbVfE2+4rAdjTpzNwlGedmGmU2AmFjE814PCAdUeYy3A3EyTHsOhd67OUCtOJkU0 2n8VhR4YzJbih1d0H58ftY0D9pDDS+2qzJhPsmU65TTA7vALC0h8KU03SKObfAUp 7mSrLXxWSnDmetemuxeqrBjj187dGrUQ86VawioJry5Di8xSrV3Z3ejfyUtgUgUl Kmd4FOn9QKT7UvqQnfrL/N2pk9pUeqz59+h6znEKu8pjEJ9qWR+Ysp3pt2Y7Z+5E guXP/ccdP6JXoSE+YIWoGa9cV20QFu5S7QDLkWCEjepvs6QgqQU6q6r0Vflk1SWY oDSzBXXctzHMtqR8zTYGbedkb8OE8CSUIZf7wt/v4D+9asvcGfM9k2yicmuVplRN iR5BOH3oRz++L2jwOx/fxBFhRrsIp7lsByd0pdbmNwZ7KsXe/HwtcWY8q5nutnpR aNUr4/IT7GDeoJQ0aErd3jc8LhKOodmMoJ1SDUfY+QJugRaUwtI86foMBLDFl0Xq EttPTs3hj2gX5Pw0gA9J =Sfrw -END PGP SIGNATURE-
What is the best way to approach "Deleted" mail removal from mail servers?
Hi there, So, let's say my fetchmail keeps all the mail on the mail server after mail download is complete. But sometimes you have spam, and other stuff that you usually delete (D). Emails stay on the mail server, and they hold space. How to properly delete mail if you know mail id??? >From header for example? id 0MKobQ-1MbZNH0Ib7-0001n6 for j...@panther.com; Thu, 13 Aug 2009 08:25:43 -0400 Ideally I want mutt to add those "ids" to some dummy file, which I then pipe to some kind removal utility. Thanks, Paul
Re: What is the best way to approach "Deleted" mail removal from
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Thursday, August 13 at 10:38 AM, quoth Paul Grinberg: > So, let's say my fetchmail keeps all the mail on the mail server > after mail download is complete. Without being rude, let me stop you right there. Fetchmail with the "leave it on the server" option is PROBABLY a bad setup for you. It was originally intended for POP3 servers, as a workaround for the fact that POP3 is phenomenally bad at handling multiple clients. It's a hack, intended for specific and usually temporary situations (where a certain amount of hackery is tolerable), not as a long-term solution. If you have no choice but to use POP3, I highly recommend you use mutt to access your POP3 server directly. With the message and header caching, it can be just as fast as a fetchmail-based option, and it handles things like deleted messages much better. If you're using fetchmail and "leave it on the server" with IMAP... you'd probably be better served by using the tool "offlineimap", which handles this sort of thing extremely well. > But sometimes you have spam, and other stuff that you usually delete > (D). Emails stay on the mail server, and they hold space. Indeed, as you instructed your software to do. > How to properly delete mail if you know mail id??? Well, assuming you're using a fetchmail/POP3 setup, there's no real solution that meets the "properly" category without either ditching fetchmail or ditching the "leave it on the server" option. But assuming you'll ignore my advice above, here's more hackery you could do. First, you'd need a script that will identify messages on a POP3 server based on a Message-ID or something similar. The problem, of course, is that POP3 has no means of "searching" messages other than by doing it the old fashioned way (download each one). Where IMAP gives each message a unique, long-term UID number, POP3 does not (it has UIDs, but they only last as long as the POP3 connection). So, you would need to write a perl script (or use some other language) that, given an input full-text message, would download every message on your POP3 server until it found a message that matched the one you had. You have to do a full-text matching (rather than just a header-based or message-id-based matching) because POP3 has no concept of "headers" (though you may be able to do some optimizing of this, using the POP3 TOP command, downloading just enough of each message to uniquely identify it). Once you have such a script (let's call it "pop3-delete.pl"), you can hook it into mutt by creating a special "delete" macro that you would use whenever you want to delete a message from the server as well as from your local copy. It would look something like this: macro index D '~/.pop3-delete.pl' > Ideally I want mutt to add those "ids" to some dummy file, which I > then pipe to some kind removal utility. Or you could do that, though it seems even more roundabout than what I was describing. I'm not aware of any pre-existing tools to do what you're describing, though. Good luck! ~Kyle - -- History will be kind to me, for I intend to write it. -- Winston Churchill -BEGIN PGP SIGNATURE- Comment: Thank you for using encryption! iQIcBAEBCAAGBQJKhCuwAAoJECuveozR/AWe10QP/1KDM7LNKJByHbF8poFgtjxu mN67t5TPD9i67Ni3G4CJwU7ZfyCPXmMHaIt5KedRqZp56rkOo++q69PBSg1wNLS3 rfBdqm4O0oLAkjjAkeGg3zKkj+ee/kmsjhaCdr8Wjl6uyduuWiq03wGivMqXcP5n Gvsy5yJ9N5v2sfr+wZqCf3zkdIZBWjUKqvSBcsQ8r9BkUPjVts5XcCnbiehEwXMK wHhsCpRLK5lidhWssEDWuyBCS+JaxTa2PM/4SWfnXkCBcc/N5oYeWm3W3CXoycuM FOKrFtrJL8IGERSvtJRiY1CkdQyfh4/jhmxRlBD4lmZZKza5bzezpzf/jIrcJYW5 fA8vvWB9cvoljH7luBm8GJq6C6UhDg+gCLYcpkaVOwm6Q/GcNT4J2uKSVqdQOhwx TKeQk6i+MkdHCyRc4DXKTP/A4A4R8l+XlMoQ10sVsM1len9gG0GziWlL2S84OYBF yLtmHeq85KvC9K+OpQd0zDWzK2Ji1Duqbu8PIUewqppX6lBdoBroONqkQsQGZIgJ BAGB5Hl6C2DUTdWdvWEwmIU9Dr41pupzLY3GmaflcJT4gduHS5T95JkYQ8ZdUyOq GC/2bopwxZxPksRtKYdz5gYsziB22owp9MhLQ9FZkD8MoKh7N+bIOettlsc02B3S Q9kT8RxhFwGemm4g4Nxr =sAfx -END PGP SIGNATURE-
Re: What is the best way to approach "Deleted" mail removal from
Hi Kyle, Thank you for the advice :))) I am using fetchmail + POP3. I will try your suggestion it regaring mutt e-mail download. fetchmail skips mail download based on ~/.fetchids file. Just for a sake of "fun" I will try to "make" that Perl utility, meanwhile will use mutt POP3 implementation. I guess your idea regarding POP3 TOP will work. Btw, can mutt run mail download offline? And also, can mutt, let's say on "D", parse message befor deleting it, and drop that "id line" in some other file? meaning what would me macro example? Thank you, Paul -Original Message- From: owner-mutt-us...@mutt.org [mailto:owner-mutt-us...@mutt.org] On Behalf Of Kyle Wheeler Sent: Thursday, August 13, 2009 11:05 AM To: mutt-users@mutt.org Subject: Re: What is the best way to approach "Deleted" mail removal from -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Thursday, August 13 at 10:38 AM, quoth Paul Grinberg: > So, let's say my fetchmail keeps all the mail on the mail server > after mail download is complete. Without being rude, let me stop you right there. Fetchmail with the "leave it on the server" option is PROBABLY a bad setup for you. It was originally intended for POP3 servers, as a workaround for the fact that POP3 is phenomenally bad at handling multiple clients. It's a hack, intended for specific and usually temporary situations (where a certain amount of hackery is tolerable), not as a long-term solution. If you have no choice but to use POP3, I highly recommend you use mutt to access your POP3 server directly. With the message and header caching, it can be just as fast as a fetchmail-based option, and it handles things like deleted messages much better. If you're using fetchmail and "leave it on the server" with IMAP... you'd probably be better served by using the tool "offlineimap", which handles this sort of thing extremely well. > But sometimes you have spam, and other stuff that you usually delete > (D). Emails stay on the mail server, and they hold space. Indeed, as you instructed your software to do. > How to properly delete mail if you know mail id??? Well, assuming you're using a fetchmail/POP3 setup, there's no real solution that meets the "properly" category without either ditching fetchmail or ditching the "leave it on the server" option. But assuming you'll ignore my advice above, here's more hackery you could do. First, you'd need a script that will identify messages on a POP3 server based on a Message-ID or something similar. The problem, of course, is that POP3 has no means of "searching" messages other than by doing it the old fashioned way (download each one). Where IMAP gives each message a unique, long-term UID number, POP3 does not (it has UIDs, but they only last as long as the POP3 connection). So, you would need to write a perl script (or use some other language) that, given an input full-text message, would download every message on your POP3 server until it found a message that matched the one you had. You have to do a full-text matching (rather than just a header-based or message-id-based matching) because POP3 has no concept of "headers" (though you may be able to do some optimizing of this, using the POP3 TOP command, downloading just enough of each message to uniquely identify it). Once you have such a script (let's call it "pop3-delete.pl"), you can hook it into mutt by creating a special "delete" macro that you would use whenever you want to delete a message from the server as well as from your local copy. It would look something like this: macro index D '~/.pop3-delete.pl' > Ideally I want mutt to add those "ids" to some dummy file, which I > then pipe to some kind removal utility. Or you could do that, though it seems even more roundabout than what I was describing. I'm not aware of any pre-existing tools to do what you're describing, though. Good luck! ~Kyle - -- History will be kind to me, for I intend to write it. -- Winston Churchill -BEGIN PGP SIGNATURE- Comment: Thank you for using encryption! iQIcBAEBCAAGBQJKhCuwAAoJECuveozR/AWe10QP/1KDM7LNKJByHbF8poFgtjxu mN67t5TPD9i67Ni3G4CJwU7ZfyCPXmMHaIt5KedRqZp56rkOo++q69PBSg1wNLS3 rfBdqm4O0oLAkjjAkeGg3zKkj+ee/kmsjhaCdr8Wjl6uyduuWiq03wGivMqXcP5n Gvsy5yJ9N5v2sfr+wZqCf3zkdIZBWjUKqvSBcsQ8r9BkUPjVts5XcCnbiehEwXMK wHhsCpRLK5lidhWssEDWuyBCS+JaxTa2PM/4SWfnXkCBcc/N5oYeWm3W3CXoycuM FOKrFtrJL8IGERSvtJRiY1CkdQyfh4/jhmxRlBD4lmZZKza5bzezpzf/jIrcJYW5 fA8vvWB9cvoljH7luBm8GJq6C6UhDg+gCLYcpkaVOwm6Q/GcNT4J2uKSVqdQOhwx TKeQk6i+MkdHCyRc4DXKTP/A4A4R8l+XlMoQ10sVsM1len9gG0GziWlL2S84OYBF yLtmHeq85KvC9K+OpQd0zDWzK2Ji1Duqbu8PIUewqppX6lBdoBroONqkQsQGZIgJ BAGB5Hl6C2DUTdWdvWEwmIU9Dr41pupzLY3GmaflcJT4gduHS5T95JkYQ8ZdUyOq GC/2bopwxZxPksRtKYdz5gYsziB22owp9MhLQ9FZkD8MoKh7N+bIOettlsc02B3S Q9kT8RxhFwGemm4g4Nxr =sAfx -END PGP SIGNATURE-
Quick suggestion
Hi Guys, What do you think of a progress indication when you close a large mailbox. I use mutt with gmail and frequently when I close a mailing list folder it takes a while. User feedback would be nice :) -- Best Regards Edd Barrett (Freelance software developer / technical writer / open-source developer) http://students.dec.bournemouth.ac.uk/ebarrett
Re: Quick suggestion
16000 emails. 395M. -> 10 seconds. Best, Paul -Original Message- From: owner-mutt-us...@mutt.org [mailto:owner-mutt-us...@mutt.org] On Behalf Of Edd Barrett Sent: Thursday, August 13, 2009 11:53 AM To: mutt-users@mutt.org Subject: Quick suggestion Hi Guys, What do you think of a progress indication when you close a large mailbox. I use mutt with gmail and frequently when I close a mailing list folder it takes a while. User feedback would be nice :) -- Best Regards Edd Barrett (Freelance software developer / technical writer / open-source developer) http://students.dec.bournemouth.ac.uk/ebarrett
Re: What is the best way to approach "Deleted" mail removal from
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Thursday, August 13 at 11:43 AM, quoth Paul Grinberg: > Thank you for the advice :))) I am using fetchmail + POP3. I will > try your suggestion it regaring mutt e-mail download. You're welcome! :) > Btw, can mutt run mail download offline? I must be misunderstanding you. Are you asking whether mutt can download your email while not connected to the network? (The answer is: not anymore than your web browser can surf Google without being connected to the network (aka "NO").) But mutt DOES have a message cache (if you enable it) that you can inspect without being online. See the documentation of 'message_cachedir'. > And also, can mutt, let's say on "D", parse message befor deleting it, > and drop that "id line" in some other file? meaning what would me macro > example? No, it can't, but (as I demonstrated in my last email) you can bind the "D" keypress to a macro that will feed the message to a script of your choosing that can do whatever you like (including locate some sort of "id" and drop that into a file) just before deleting it. ~Kyle - -- No one will ever win the battle of the sexes; there's too much fraternizing with the enemy. -- Henry Kissinger -BEGIN PGP SIGNATURE- Comment: Thank you for using encryption! iQIcBAEBCAAGBQJKhDfsAAoJECuveozR/AWeRlgP/Ayl+8pqV/dZnuYOgQJzkR97 ZBdHjI4ybhWCFDVW+QYkUKLUc2ZNaoXHdhadHuWnZgw09ff9lF4B/99sRDcabW6x I8kcxbIn/vI+qhN+X4LOaYxoUdspXRI862Fam3smSjAzEmU8NRoSiwXhhGwBqjw8 V+49RLjn+MFeZcyAs5/SSAVmOyhyY3OmRTyKgiAiv/jW8DJXwQRVIp+G6XohFGeD Pz+2ci1b2SUfOORrhUQpEyUj0AGCuE7R204GLfGEsjFDuwMOjmuD7rmrX+Y76ED3 EX5PS5Uf/NZ+AWosKpRRtEqduMuucqcSUG+Tv828hfWHV0LHHvFsxRiB+I/WEGig kGbPx80++UcC//8Q+6vFJz6hyTCTzVlrH5yIRJ1EoVqJlUV8IxIm0KI5H36j+WeW m93HDj+7UdhzjW3ypHZ4BaIX3ihA3mjPHSRCzpK8zR09eUaCv3z2txyjQo8GWr81 DSVBggc0ViaxzWZ6Lucayx5lzUPQ+/+s51AJtAc9qWcEEnDOEHqsr87vf7xAmz1/ yLCzUJo2GsqTP0nM1YWXfRrt14IVCNE280i8iQNRFMij9+cq+fLw4TXdqNQKdza+ I/qBEr1Me2N52J52tffWOwjtMRZvbr0nO0RAsGRkIkLs/xAYEh7e/SaPvfMcwMvX Vl2CkNqO4Mjl+mFk+uNR =iYUS -END PGP SIGNATURE-
Re: Quick suggestion
On Thu, Aug 13, 2009 at 4:56 PM, Paul Grinberg wrote: > 16000 emails. 395M. -> 10 seconds. Is that a gmail account? -- Best Regards Edd Barrett (Freelance software developer / technical writer / open-source developer) http://students.dec.bournemouth.ac.uk/ebarrett
Re: Quick suggestion
Not gmail. thought you are asking in general. Best, Paul -Original Message- From: Edd Barrett [mailto:vex...@gmail.com] Sent: Thursday, August 13, 2009 12:16 PM To: Paul Grinberg Cc: mutt-users@mutt.org Subject: Re: Quick suggestion On Thu, Aug 13, 2009 at 4:56 PM, Paul Grinberg wrote: > 16000 emails. 395M. -> 10 seconds. Is that a gmail account? -- Best Regards Edd Barrett (Freelance software developer / technical writer / open-source developer) http://students.dec.bournemouth.ac.uk/ebarrett
Re: specifying a browser
Hi, * Robert Holtzman wrote: > According to the mutt manual, to start a www browser an external program > has to be downloaded from ftp://ftp.guug.de/pub/mutt/contrib/. The problem > is I get a "Failed to Connect" error. I can connect to www.guug.de but, of > course that does me no good. Any ideas welcomed. What mutt version are you using? Yours is referring to an outdated site, sett: http://dev.mutt.org/doc/manual.html#urlview You're looking for the "urlview" program, but some Linux distros provide it as a separate package to install. Rocco pgpIqJF5Exwpi.pgp Description: PGP signature
Re: why is there no auto $ (save changes to mailbox)?
Hi, * Marc Vaillant wrote: > Can't this easily be controlled? set delete=ask-yes. If that's not > enough, it suggests that deleting messages should be abstracted from > sync-mailbox so that you can sync flags and delete messages > independently. Loosing reply flags on e.g. support email--where you > often can't remember if you've replied b/c you don't know the person and > you're answering the same question over and over--is really a pain. Sure, there must be a way to turn it off if this feature was added. I see the problem that flags may get lost between them being set and synced. But in your case where this is critical, a macro will do it. Splitting mailbox syncing into sync-message and sync-flags begs for trouble and makes mutt even more complex, so from my point of view such a split is a no-go. Rocco pgpSkYcJaNwt5.pgp Description: PGP signature
Re: why is there no auto $ (save changes to mailbox)?
Hi, * Rejo Zenger wrote: > If it's off by default, I think this functionality would be a usefull > addition. It's not something I am missing now per se, but I would > consider start using it when it's available. The problem with adding new options for features is that if you don't follow the development closely enough, read this list regularly or spend lots of time one reading, you maybe never find out about interesting things. Now that you now know about a potential new feature, you "would" consider using it which doesn't mean you "will" because you like it enough. When 1.6 will be released, it'll have 300+ variables for a new user to get used to, and still 70+ for somebody upgrading from 1.4. Of course, most of it is useless to you, but you need to read about it first to make that conclusion. So, I'm not a big fan of new features that is not support by lots of users (in the end, with mutt-ng we made this mistake once which was one of the reasons leading to its death.) Rocco pgpNLTbuFmnNb.pgp Description: PGP signature
Re: signature-scripts
Hi, * Paul Grinberg wrote: > [u...@panther ~]$ cat .signature > #!/bin/bash > echo "Paul Grinberg" > echo "PGP key: 0xE3175CCF" > echo "" > echo "Fortune Cookie:" > fortune -s wisdom > echo "" > [u...@panther ~]$ cat .muttrc | grep sig > set sig_on_top=yes > set signature="~/.signature |" So you're well-prepared to take some critics from netiquette gardians? A signature should be at most 72 chars and 4 lines. And never atop the text you quote. Rocco pgpL0xpnD1Mon.pgp Description: PGP signature
hdr_order not working
Hello, Sometime in the last few days, it appears that the hdr_order setting in my muttrc is being ignored by mutt. I just noticed it today, with the Aug. 13 nightly, but it may have gone haywire in the last few days. In my muttrc, I have these three lines: ignore * unignore from date subject to cc bcc user-agent x-user-agent x-mailer hdr_order User-Agent: X-User-Agent: X-Mailer: Date: From: To: Cc: Bcc: Subject: And for a long, long time mutt happily displayed headers in the order I specified. However, now mutt insists on putting "User-Agent" last when I view a mail. I trashed my header cache, thinking that might do something (using tokyocabinet, the header caches sometimes preserve my color settings---weird). That didn't help. So I experimented with my muttrc, and moved Date: to last, just to see if mutt was paying attention to hdr_order. Alas, mutt did not move the display of Date to the end. Mutt appears to not be looking at hdr_order at all. In fact, if I change the order of things in "unignore", I *still* don't get any change in the display order. Has anyone else seen this? -gmn
Re: hdr_order not working
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Thursday, August 13 at 07:40 PM, quoth dv1...@wayne.edu: > Sometime in the last few days, it appears that the hdr_order setting > in my muttrc is being ignored by mutt. I just noticed it today, > with the Aug. 13 nightly, but it may have gone haywire in the last > few days. Sounds like it's being overridden by some other Muttrc (e.g. /etc/Muttrc or /usr/local/etc/Muttrc). ~Kyle - -- Only a mediocre person is always at his best. -- Somerset Maugham -BEGIN PGP SIGNATURE- Comment: Thank you for using encryption! iQIcBAEBCAAGBQJKhKUqAAoJECuveozR/AWe5B0P+wcbsGVu2g6QE80kFpfDkC/G AeeV3gD/UbXC1IbnIlaX9ePp+sDylM30uHNy60TtM5hd2WzpNY7RqFdWKxE6cgfj yWzxdwjMyrEpgKpa4+Pk7mNXPrMYzk3hUHYrZN/FYwqLX+AD2pyAos7zPWVmg7tK AE9mMPINkyOHhmoCcWAhdGpZNLctZceiolNPHBwRLO+XO311gAIX1GYAbNemvNA9 KAysnW0jYs9JTZtzMBVKGDHF3s0cfXkNAhG4J+UaGCsBvJa09ahViBr2nqOKcgYa QDuL0gS+NG+XO8RBPlvCKbIiGgDgf1a6cngtHUtVd6qbzvpDUVmJ9FJ0m0gT3GQD +p2Btw/kBx3DQJKvrpc1jVJudfJI3oOMTol4A3JmXgDw7/DQPwmhqj7psI9q2ggH gtw0Iq+CNJYBnm0v1yS697QGnQkSQRXbxAaWSdtFuD0rcqf4JHYn3S2ZG/QWN436 9NzGoWA+A6t7ROf5Hb/6SK389hikrJBfVW6xrV6zDMEgK2/jPWQHAsDPmeQOhrCs H344aFO9TgSD3LuiMbxnQyDmXETCCSzW+Ip81qHhAk4oUpjH6e5MKRt3dCIlhlfU gM9TYAG4T2itedm4ZjBsLpfggv/7U3zr8Gh8Ptl0ZlKFnaI4Hb3f+D4Z8/r/XDF4 GzrpvK7ioXsxn2OiPF6i =CmMl -END PGP SIGNATURE-
Re: hdr_order not working
> On Thursday, August 13 at 07:40 PM, quoth dv1...@wayne.edu: > > Sometime in the last few days, it appears that the hdr_order setting > > in my muttrc is being ignored by mutt. I just noticed it today, > > with the Aug. 13 nightly, but it may have gone haywire in the last > > few days. > > Sounds like it's being overridden by some other Muttrc (e.g. > /etc/Muttrc or /usr/local/etc/Muttrc). Well, I found /usr/local/etc/Muttrc, and it does have unignore and hdr_order in there. I commented them out, and now mutt reads my settings. But: (1) Isn't my muttrc supposed to override /usr/local/etc/muttrc when they conflict? (2) Why would this behavior have just begun in the last few days, when the /usr/local/etc/muttrc has had those settings for a long time? Weird. -gmn
Re: hdr_order not working
[ please try to keep a line length limit of something around 72 ]] Hi, * dv1...@wayne.edu wrote: > Well, I found /usr/local/etc/Muttrc, and it does have unignore and > hdr_order in there. I commented them out, and now mutt reads my > settings. But: > (1) Isn't my muttrc supposed to override /usr/local/etc/muttrc when > they conflict? With mutt config files, there's no notion of conflicts, there cannot be. It reads them in line by line and remembers the setting internally somehow. This means they're always applied on top of one another. Rocco pgpghRomDLFOm.pgp Description: PGP signature
Re: hdr_order not working
> > (1) Isn't my muttrc supposed to override /usr/local/etc/muttrc when > > they conflict? > > With mutt config files, there's no notion of conflicts, there cannot > be. It reads them in line by line and remembers the setting internally > somehow. This means they're always applied on top of one another. Then, does mutt read /usr/local/etc/Muttrc after it reads ~/.muttrc? I see that /usr.../muttrc defines a macro from \cb. I also in my home muttrc have made a macro from \cb, yet mutt remembers my macro and doesn't remember my setting for hdr_order. -gmn
Re: hdr_order not working
On 13Aug2009 22:25, dv1...@wayne.edu wrote: | > > (1) Isn't my muttrc supposed to override /usr/local/etc/muttrc when | > > they conflict? | > | > With mutt config files, there's no notion of conflicts, there cannot | > be. It reads them in line by line and remembers the setting internally | > somehow. This means they're always applied on top of one another. | | Then, does mutt read /usr/local/etc/Muttrc after it reads ~/.muttrc? | | I see that /usr.../muttrc defines a macro from \cb. I also in my | home muttrc have made a macro from \cb, yet mutt remembers my macro and | doesn't remember my setting for hdr_order. It _should_ read your muttrc last. Is it possibly that you are failing to _undo_ something that was set in /usr/local/etc/muttrc? Can you post all your hdr_order and associated lines? And a copy of the lines you removed from the main muttrc. Then we can see what muttrc sees and deduce what it saw for comparison. -- Cameron Simpson DoD#743 http://www.cskk.ezoshosting.com/cs/ Who's chopper is that? It's Zed's. Where is Zed? Zed's dead, baby. - Pulp Fiction
