Re: Convertir des adresses
On Wed, Jan 29, 2003 at 13:13:49 +0100, Ploum wrote: Pour exemple, une ligne est : Daniel,Daniel Dupont,[EMAIL PROTECTED],,,Daniel,,Dupont,0,00, J'aimerais la convertir en alias Daniel Daniel Dupont [EMAIL PROTECTED] Ça se fait simplement en Perl. Quelque chose du genre: perl -pe 's/^(\w+),([^]+),(\S+?@\S+?),.*/alias $1 $2 $3/ or die' Mais sans connaître le format précis, difficile de dire si ça convient. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Convertir des adresses
On Wed, Jan 29, 2003 at 13:24:58 +0100, Vincent Lefevre wrote: On Wed, Jan 29, 2003 at 13:13:49 +0100, Ploum wrote: Pour exemple, une ligne est : Daniel,Daniel Dupont,[EMAIL PROTECTED],,,Daniel,,Dupont,0,00, J'aimerais la convertir en alias Daniel Daniel Dupont [EMAIL PROTECTED] Ça se fait simplement en Perl. Quelque chose du genre: perl -pe 's/^(\w+),([^]+),(\S+?@\S+?),.*/alias $1 $2 $3/ or die' perl -pe 's/^(\w+),([^]+),(\S+?@\S+?),.*/alias $1 $2 $3/ or die' évidemment... Mais sans connaître le format précis, difficile de dire si ça convient. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Convertir des adresses
On Wed, Jan 29, 2003 at 13:25:17 +0100, Etienne Roulland wrote:
version brute :
cat mon_fichier | awk -F, {'print alias $1 $2 $3 '}
nouveau_fichier
Si tu as une virgule dans le 2e champ, ça ne fonctionnera pas
correctement.
--
Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100%
validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: mutt sucks...
On Sat, Oct 19, 2002 at 23:02:15 +0200, Ralf Hildebrandt wrote: On Sat, Oct 19, 2002 at 09:29:37PM +0200, Jacek Wojaczynski wrote: 3. In The Bat! I had a filter which colored all replies to my mails. It based on References: header and my unique Message-ID. Possible in mutt? Dunno. Probably. Yes, if you can find a pattern in the message-id, which can generally be the case, except when you send mail with some utilities that build the message-id in some way or when you send mail from a friend's machine for instance. 11. What's the newest version of mutt? Is there a lot of problems using beta versions? (when I used TB! it was almost always the newest beta). 1.4 is the release, 1.5.x is beta. and I've always been using betas, no problems with them. But you cannot know if some day, there won't be one that would be seriously broken. 12. How do I create multiple identities? Different from, attribute line and language settings for different mailing lists. Possible? How? Folder-hooks or only send-hooks? Use send-hooks. and the $alternates variable to recognize all your addresses. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: petit exercice
On Tue, Oct 15, 2002 at 18:46:11 +0200, Maxime GLAIZOT wrote: Sinon j'ai deux autres petites question : comment fait on pour creer un alias qui correspondet a tout un ensenble de personnes ? Dans le .muttrc (ou fichier contenant les alias): alias nom_alias personne1, personne2, personne3 Bref, on sépare chaque adresse par une virgule, exactement comme on le ferait au niveau du To: ou du Cc:. Et peut ont préciser plusiers adresse pour une meme personnes ? Tu veux dire plusieurs alias correspondant à une même personne? Oui, mais le nom de l'alias doit évidemment être différent à chaque fois. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Changing From header
In article [EMAIL PROTECTED], Brian Bray [EMAIL PROTECTED] wrote: I've been looking around for a painless way to modify the From header based on which account I am using. What do you mean by account? Don't you have a .muttrc by account, in which case a my_hdr From: ... is sufficient? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Sending escape sequences with $status_format
Is there a way to specify terminal espace sequences in $status_format,
for instance to write some data to the title or icon string? Of course,
these characters mustn't be taken into account in right-justifying
(%X). In zsh, one can do that with the prompt string, enclosing the
escape sequence with %{ and %}.
--
Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100%
validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: imap and new mail
On Fri, Sep 13, 2002 at 11:50:11 +0200, Nicolas Rachinsky wrote: With mark_old unset mutt changes old to new when leaving a folder. My patch changes this. With the patch (and mark_old unset) mutt leaves new message new and old messages old when leaving a folder. But I don't know if it works for IMAP folders, it works for Maildir and mbox (these are the only folder types I have). With Maildir and mbox folders, Mutt leaves new message new and old messages old when the folder is set in read-only mode. This allows the user to choose what to do. It seems that your patch basically makes Mutt behave as if the folder were set in read-only mode for new/old messages. So, I don't think it will work with IMAP. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: imap and new mail
On Thu, Sep 12, 2002 at 10:04:06 -0400, Gregory Seidman wrote: At work I now have mutt set up to properly connect via IMAP to an Exchange server. The problem is, though, that new messages always appear as old and unread. This means that mutt -Z is useless. Is there some adjustment that would have to be made on the server to make new messages appear as new (I know next to nothing about either Exchange or IMAP)? Is there something I can tell mutt to get it to treat old/unread as new, particularly with reespect to the -Z option? Here, with IMAP, I get new messages as expected. But when I reconnect to the server, all the new messages become old messages! This is very annoying, in particular when I have to quit and restart Mutt without having read all the new messages. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: imap and new mail
On Thu, Sep 12, 2002 at 10:15:04 -0400, darren chamberlain wrote: * Vincent Lefevre [EMAIL PROTECTED] [2002-09-12 10:12]: Here, with IMAP, I get new messages as expected. But when I reconnect to the server, all the new messages become old messages! This is very annoying, in particular when I have to quit and restart Mutt without having read all the new messages. :unset mark_old No, the old messages will be marked as new, and I don't want that. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: imap and new mail
On Thu, Sep 12, 2002 at 14:12:14 -0400, Michael Leone wrote: Vincent Lefevre said: No, the old messages will be marked as new, and I don't want that. You don't want them marked as old and unread; you don't want them to stay marked as new (which implies unread), if you exit and restart mutt. What do you want, then? I want 4 levels (in the same mailbox, to get the benefit of threading): 1) Messages that mustn't be deleted. 2) Messages I've read but I want to keep for some time. 3) Messages I've read or partly read which I need to read again (e.g. because I need to reply or to look at a URL or whatever). 4) Really new messages. So I use: 1) flagged read 2) read 3) old (or flagged old) 4) new -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: imap and new mail
On Thu, Sep 12, 2002 at 16:15:36 -0400, Michael Leone wrote: Vincent Lefevre said: I want 4 levels (in the same mailbox, to get the benefit of threading): 1) Messages that mustn't be deleted. 2) Messages I've read but I want to keep for some time. 3) Messages I've read or partly read which I need to read again (e.g. because I need to reply or to look at a URL or whatever). Well, mutt can't know that you want to read them again. :-) To mutt, it's read. No, I use the toggle-new command to mark them as new (and they become old when I quit the mailbox with the quit command). You get new mail; it's flagged as new. You exit mutt. You restart mutt. The message is still flagged as new (presuming that you unset mark_old in your .muttrc). No, when using a normal folder (where normal means non-IMAP), it depends on how I quit Mutt. Quit with 'quit' - the new messages are marked as 'old'. Quit with 'exit' (or after setting the folder in read-only mode) - the new messages remain 'new'. This works very well to use the 4 levels, but not with IMAP. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: imap and new mail
On Thu, Sep 12, 2002 at 23:47:23 +0200, Nicolas Rachinsky wrote: I use the attached patch (with mark_old is unset). But I must admit, I use it only with local Maildirs. What does it do? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Mise en place de balise dans le sujet
On Wed, Sep 11, 2002 at 10:42:55 +, Kiouk wrote: Je vous écris afin de savoir si il était possible de mettre automatiquement une balise type [mutt-user-fr] dans le sujet des mails de la liste afin de pouvoir les distinguer du reste du courrier que l'on reçois. Ce n'est pas au logiciel de mailing-list de polluer le champ Subject. Si tu as envie d'une balise, utilise procmail ou un logiciel équivalent. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: mutt/imap oddities
On Wed, Aug 14, 2002 at 20:07:04 +0100, Bruno Postle wrote: Change your $index_format so that the size of messages is shown in 'bytes' instead of 'lines' - Search for 'index_format' in the manual. BTW, is there a way to have the default size in lines, but in KB (with the suffix 'k') when the number of lines isn't available? Also, for the size of the whole mailbox, Mutt always says 0K. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: option description - default and dependencies
On Fri, Aug 02, 2002 at 02:43:15 +0200, Sven Guckes wrote: not quite right - sorry. so lete me repeat: OK, perhaps I haven't understood. i want the manual to list all possibilities of default values and their dependencies to configure options - I still don't understand. What do you mean by all possibilities? If this is what I think, there are an infinite number of possibilities, e.g. a path chosen at compile time could be any path... Moreover, I disagree about giving the dependency to configure options. As I've said, the user cannot necessarily know what configure options have been used to compile the installed Mutt binary (unless you know a way to do that), so this will be useless information that may confuse him (he may think that no special configure options have been used, though this is not necessarily true). Instead, we should give the dependencies to what mutt -v displays, as these data are accessible by the user. however, i do *not* want the configure script to install different versions of manuals. I agree. If the manual refers to compile-time options to know if the default value given by the manual is correct, the user must have a way to know what options have been used. exactly - so there should be a section in the manual which tells the user about how to request info from the binary. See above. But later, I may adapt my signature to the Mutt mailing-lists with something like: send-hook ~Cmutt.*@mutt.org 'set signature=~/.sig-mutt [still hadn't the time to do that, also I'll have to remove my X-Mailer-Info header in this case, as it will be useless] my_hdr X-Signature: http://www.vinc17.org/signature Not necessarily a good idea. Some users only download the headers before choosing what messages to download, in particular when they have a temporary slow connection (for instance, this is what the mailer of the Psion 5mx does). So, it's better to have something in one's signature than in the headers. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: option description - always give default value
On Fri, Aug 02, 2002 at 16:39:57 +1000, Cameron Simpson wrote: On 19:15 31 Jul 2002, Vincent Lefevre [EMAIL PROTECTED] wrote: | On Wed, Jul 31, 2002 at 18:26:40 +0200, Sven Guckes wrote: | * Vincent Lefevre [EMAIL PROTECTED] [2002-07-31 15:14]: |the default value should *always* be documented. | What do you mean by documented? | the manual to muttrc should show it. | OK, so what happens if two Mutt binaries use different default values? The installed manual should be preprocessed during the build to have the correct defaults. But how can it have the correct defaults since there is only one manual for several binaries? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: option description - always give default value
On Fri, Aug 02, 2002 at 09:14:27 -0700, Chris Palmer wrote: What several binaries? My system has only one /usr/local/bin/mutt. There are systems with multiple binaries. Please read the thread. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: option description - always give default value
On Fri, Aug 02, 2002 at 10:01:18 -0700, Chris Palmer wrote: Vincent Lefevre writes: There are systems with multiple binaries. It's up to the sysadmin to keep the man pages in the same directory prefix as the binaries. /usr/foo/man/man1 should correspond to /usr/foo/bin, et c. We agreed that there should be only one manual. Again, read the thread. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Turn off bell and deleted mails
On Thu, Aug 01, 2002 at 11:17:27 +0200, Brad Knowles wrote: On Thu, Aug 01, 2002 at 10:59:24AM +, Sven Garbade wrote: I'm new to mutt and have two little questions. How can I turn off the bell? I think that this is probably an issue with your shell. For example, if you use csh, do man csh and search for bell. This should tell you enough information for you to figure out how to turn it off, etc AFAIK, this would disable the bell only in the shell. I would say that this is probably an issue with the terminal configuration. But if the user wants the bell for some applications only (e.g. in the shell, but not in Mutt), I don't think this is possible. There seem to be neither tty settings (stty) for that, nor escape sequences. Is it possible to clear the screen from mails which are marked as deleted? Use $ to sync the mailbox, flushing all the messages which have been save or deleted. If the user doesn't want to sync his mailbox, just not to show these messages: limit!~D -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: option description - default and dependencies
On Thu, Aug 01, 2002 at 13:33:46 +0200, Sven Guckes wrote: i dont think that the description to every option needs a description on how to use the configure script. however, a pointer on how to check mutt -v might be required. Default: /path/file (unless specified by --some-option check the version info with mutt -v | grep keyword) is that better? Well, a little better. Not clear enough, IMHO. I would say: Default: depends on the compile-time configuration, e.g. /path/file (check with mutt -v | grep keyword) It must be clear that /path/file is only an example. There is no reason why the administrator would have used standard options to configure. So, the user mustn't assume anything without checking with mutt -v. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: option description - default and dependencies
On Thu, Aug 01, 2002 at 07:41:22 -0500, Patrick wrote: That IS THE INFORMATION presented in the INSTALL file within the tarball/rpm issue for each version of mutt and most other program issues. The user doesn't necessarily have the tarball or rpm. Moreover, the INSTALL file doesn't say anything about the options used for the installed Mutt binary. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
[RFE] Pattern to apply to the parent message
I'd like to be able to apply a pattern on a parent message. For instance, if we define ~^ to do that, then ~^~P will match any message that is a reply of one of my messages (note: they are in the same mailbox). -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: option description - default and dependencies
On Thu, Aug 01, 2002 at 16:54:28 +0200, Sven Guckes wrote: you will have to write a *lot* to clear this up for every option... Very few default values depend on the compile-time option. * Vincent Lefevre [EMAIL PROTECTED] [2002-08-01 13:45]: On Thu, Aug 01, 2002 at 07:41:22 -0500, Patrick wrote: That IS THE INFORMATION presented in the INSTALL file within the tarball/rpm issue for each version of mutt and most other program issues. The user doesn't necessarily have the tarball or rpm. Moreover, the INSTALL file doesn't say anything about the options used for the installed Mutt binary. is this really from you, too, Vincent? i double-checked on this after i read it. just as the INSTALL file cannot give info about the installed mutt binary - the manual cannot do this, either. I agree. But I recall that *you* wanted the manual to refer to compile-time options of the installed Mutt binary. I didn't. You have to be consistent. If the manual refers to compile-time options to know if the default value given by the manual is correct, the user must have a way to know what options have been used. PS: send-hook ~l 'set signature=' Sven [who avoids signatures on mailinglists - and only adds them when they contain further info] Users can use procmail to remove them. :) But later, I may adapt my signature to the Mutt mailing-lists with something like: send-hook ~Cmutt.*@mutt.org 'set signature=~/.sig-mutt -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: [RFE] Pattern to apply to the parent message
On Thu, Aug 01, 2002 at 16:48:48 +0200, Sven Guckes wrote: please clarify: the mails *must* be answers to mails which have to *exist* in the current folder, too? Yes, the parent mails (mails written by myself) must exist in the current folder. and these have to be replies to *your* mails? Yes. pattern: ~x . ~i greux.loria.fr Not acceptable. First, other users use the same machine, so their messages will have greux.loria.fr in the message-id too. This also assumes that all my messages have a message-id containing this string and this is wrong (and I can't always generate my own message-id). this is about scoring on replies to your own mails, right? Only to display them with a different background in the index. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: [RFE] Pattern to apply to the parent message
On Thu, Aug 01, 2002 at 10:39:08 -0500, Aaron Schrab wrote: http://www.schrab.com/aaron/mutt/patch-1.3.24.ats.parent_match.1 Thanks a lot. This is exactly what I was looking for. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: option decsription - always give default value
On Wed, Jul 31, 2002 at 16:34:18 +0200, Sven Guckes wrote: * Vincent Lefevre [EMAIL PROTECTED] [2002-07-30 13:30]: And when it depends on the configuration, the default value shouldn't be given, as it may be wrong (this would confuse the user). it? the default value. If the default value given by the manual is not the same as the real default value used by Mutt, it is very confusing. anyway.. the default value should *always* be documented. What do you mean by documented? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: option description - always give default value
On Wed, Jul 31, 2002 at 18:26:40 +0200, Sven Guckes wrote: * Vincent Lefevre [EMAIL PROTECTED] [2002-07-31 15:14]: the default value should *always* be documented. What do you mean by documented? the manual to muttrc should show it. OK, so what happens if two Mutt binaries use different default values? are there any options with different defaults according to configure options being used? The default value of dotlock_program depends on the configuration options. if so then this should be documented, too. Yes, and my point was: for these options, the default value shouldn't be written in the manual, because it may be incorrect. The user should get the actual value with :set xxx=[TAB]. And of course, this should be documented. Moreover, if mutt -v could give a hint, this would be useful. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: option description - default and dependencies
On Thu, Aug 01, 2002 at 02:09:18 +0200, Sven Guckes wrote: * Vincent Lefevre [EMAIL PROTECTED] [2002-07-31 21:03]: so the solution is: extend the manual with more information! eg Default: /path/file (unless specified by --some-option) The user doesn't necessarily know what options have been used, so this is a bad idea to say that. i disagree. the manual should include a section which tells the user how to check for such information. And how can one find the options used to compile Mutt? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: option description - default and dependencies
On Wed, Jul 31, 2002 at 21:14:18 -0500, Patrick wrote: * Vincent Lefevre [EMAIL PROTECTED] [07-31-02 21:04]: On Thu, Aug 01, 2002 at 02:09:18 +0200, Sven Guckes wrote: * Vincent Lefevre [EMAIL PROTECTED] [2002-07-31 21:03]: so the solution is: extend the manual with more information! eg Default: /path/file (unless specified by --some-option) The user doesn't necessarily know what options have been used, so this is a bad idea to say that. i disagree. the manual should include a section which tells the user how to check for such information. And how can one find the options used to compile Mutt? Guess you should read the informational files included in the tarball/rpm. They are detailed in the INSTALL file of every mutt version I have ever seen. You are not answering my question. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: option description - default and dependencies
On Thu, Aug 01, 2002 at 12:25:01 +1000, Iain Truskett wrote: * Vincent Lefevre ([EMAIL PROTECTED]) [01 Aug 2002 11:56]: [..] And how can one find the options used to compile Mutt? mutt -v No, it gives partial information. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: option description - default and dependencies
On Wed, Jul 31, 2002 at 21:49:21 -0500, Patrick wrote: Quote from and earlier post by you answering Sven Guckes: whenever I see the options list I think it *should* be sorted: Compile options: -DOMAIN -DEBUG -HOMESPOOL -USE_SETGID +USE_DOTLOCK -DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP -USE_GSS +USE_SSL -USE_SASL +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +HAVE_PGP +BUFFY_SIZE -EXACT_ADDRESS +SUN_ATTACHMENT +ENABLE_NLS +LOCALES_HACK +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_GETSID +HAVE_GETADDRINFO This is only partial information. In particular, it doesn't give default values that may depend on the configuration. They could be added though, but in this case, I don't see why one would give a possibly incorrect value in the manual. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: categorizing muttrc - upload to webserver, post url
On Tue, Jul 30, 2002 at 10:22:43 +0200, Sven Guckes wrote: * Russell L. Harris [EMAIL PROTECTED] [2002-07-30 06:22]: (variables not applicable to the particular installation may be commented out, using #) you want manuals which depend on the current installation? what about systems which more than one mutt binary? my point: this won't work. I think that Mutt should be fixed concerning this point. For instance, on one of my accounts, the manual says: 6.3.36. dotlock_program Type: path Default: /usr/local/bin/mutt_dotlock Contains the path of the mutt_dotlock (8) binary to be used by mutt. But as dotlocking is disabled, this variable doesn't exist! And if I choose to enable dotlocking, the default path won't be /usr/local/bin/mutt_dotlock but something in my home directory (the path depends on the $bindir variable, defined when compiling Mutt). Look at init.h, the existence of some other variables depends on configure settings (HAVE_PGP, HAVE_MIME, USE_IMAP, USE_SSL and so on). -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: categorizing muttrc - upload to webserver, post url
On Tue, Jul 30, 2002 at 14:40:00 +0200, Sven Guckes wrote: a better way is that of vim which includes the info that the option/variable is only available when some code is in binary as indicated by +feature in the outut of the :version command. Yes, we should have something like that in Mutt. And when it depends on the configuration, the default value shouldn't be given, as it may be wrong (this would confuse the user). -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Problem with flea
When I use flea, it loops forever after the line Obtaining Debian-specific information... A ps says: lefevre 3783 14640 0 10:59 pts/700:00:00 /bin/sh /home/lefevre/bin/flea lefevre 3801 3783 0 11:00 pts/700:00:00 /bin/bash /usr/bin/bug -p -s dummy mutt lefevre 3826 3801 0 11:00 pts/700:00:00 /bin/sh /usr/share/bug/default/mutt I have to type Ctrl-C. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Locking strategies and MAILPATH
On Mon, Jul 22, 2002 at 22:25:58 -0500, Derrick 'dman' Hudson wrote: On Mon, Jul 22, 2002 at 04:21:24PM +0200, Vincent Lefevre wrote: | On Mon, Jul 22, 2002 at 08:58:42 -0500, Derrick 'dman' Hudson wrote: | On Mon, Jul 22, 2002 at 09:39:52AM +0200, Vincent Lefevre wrote: | | I prefer to keep the mbox format for these mailboxes, because this | | makes easier for other operations (like grepping or copying them). | | grep -r | cp -r | | How does maildir inhibit those operations? | | I haven't said that they were inhibited, I have said that using the | mbox format makes things easier. Sometimes, I need an interactive cp. Interactive cp? Is that like using debugfs to copy inodes manually? (yes, that's joke, but I really don't know what can be interactive about cp) cp -i In fact, I use that by default. With the mbox format, I can answer for each mailbox. Here, I would have to do that for every message! This is not acceptable. | And how can cp -r (or scp -r) remove files from the destination | mailbox? *Those* commands don't, the 'rm' command does :-). It can't. I recall that the task is to *copy* one or several mailboxes (locally or through the network) with only one command. | Indeed, I sometimes delete messages from mailboxes. Is this always one-sided? Or can you received/delete messages from either side and then want to sync them? Always one-sided (but the side isn't always the same), i.e. only one side has changes. If it is the former you can fairly easily script it with varying amounts of efficiency. For example, just 'rm -rf' the folder on the destination and 'scp -r' to update it. I don't like doing rm -rf. It is too dangerous (easy to delete the wrong mailbox...). And AFAIK, I can't remove files with scp or a similar command. I don't see how it could be easily scripted. In the latter case you need a program that understands mail folders (regardless of whether you use mbox or maildir) to properly sync the two folders. Well, not my case. Perhaps a better solution is to use imap and have just one folder store. (*perhaps*) No, the network isn't always reachable, that's a reason why I need to copy mailboxes (and for speed and backup reasons too). Can the limit function operate on message bodies? Of course -- very useful! From what I've seen it seems to operate on the subject only (or certain other headers and properties if you use the right tilde magic). For the body: ~b -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Locking strategies and MAILPATH
On Mon, Jul 22, 2002 at 16:49:09 +1000, David Clarke wrote: Perhaps try maildir mailboxes for the mailboxes on NFS, that should help prevent problems with locking. I prefer to keep the mbox format for these mailboxes, because this makes easier for other operations (like grepping or copying them). They are not incoming mailboxes, so I think that locking isn't really important, just a precaution. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Locking strategies and MAILPATH
On Mon, Jul 22, 2002 at 08:58:42 -0500, Derrick 'dman' Hudson wrote: On Mon, Jul 22, 2002 at 09:39:52AM +0200, Vincent Lefevre wrote: | I prefer to keep the mbox format for these mailboxes, because this | makes easier for other operations (like grepping or copying them). grep -r cp -r How does maildir inhibit those operations? I haven't said that they were inhibited, I have said that using the mbox format makes things easier. Sometimes, I need an interactive cp. And how can cp -r (or scp -r) remove files from the destination mailbox? Indeed, I sometimes delete messages from mailboxes. I actually find maildir better for grepping because grep tells me which file (message) the match was found in. This is true, but in general, I'm interested in several messages (e.g. a thread). When I've found the mailbox containing the files I was searching for, I can use Mutt and the limit function. Then I can use mutt or vi to view the message directly. (I told exim to include the mbox From_ line at the beginning of each message, so in effect I have lots of mbox folders containing one message each in the maildir folder :-)) In addition, it is easy to limit your grep to just new messages or old messages as well by choosing to grep through only the 'new' or 'cur' subdirectory. In my case, all the messages are read. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Locking strategies and MAILPATH
On Mon, Jul 22, 2002 at 10:25:08 -0500, David T-G wrote: Hmmm... I see what you mean; there's not --use-dotlock switch. Well, you could --enable-external-dotlock to force it, even though you'd then have the external program. [Why don't you like that, though?] An additional --use-dotlock switch would be better. Anyway, I've just tried with --enable-external-dotlock and it has no effect: -USE_DOTLOCK. Come to think of it, I think dotlocking is the default, so if you specifically disable fcntl (and perhaps flock) then you'll get that. Here, dotlocking is disabled by default. When you install, check the perms on the binary; if you don't have the external program, then you'll probably have an sgid mutt, which can then do dotlocking in /var -- and which, with or without the perms, can lock in your home dir. I only need to lock things in my home dir (the spool mailbox in /var/... no longer exists). -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Locking strategies and MAILPATH
On Mon, Jul 22, 2002 at 10:00:09 -0500, David T-G wrote: Vincent -- ...and then Vincent Lefevre said... % % It seems that to force the dotlock locking strategy, one needs to use % the --with-homespool option. But then, mutt -v says: That doesn't make sense; I've had dotlocking with my mail spool under /var before. In fact, the whole reason for having a separate dotlock program with its own priv permissions is specifically because of mail spools under /var instead of $HOME. I wasn't talking of a separate dotlock program. I just wanted Mutt to use the dotlock mechanism (preferably the internal one). % MAILPATH=mailbox % % Here, mailbox doesn't correspond to anything. So, is it a problem? What if you compile with HOMESPOOL turned off? With --with-homespool: +USE_DOTLOCK MAILPATH=mailbox Without --with-homespool: -USE_DOTLOCK MAILPATH= % Note that my only spool mailbox is an IMAP mailbox. But I need a locking % strategy for the postpone and archive mailboxes (under NFS). As fcntl is % not reliable here, I think I'll disable it and use dotlocking only. Sounds good. Well, the lock manager has just been cleaned here, so fcntl is now OK (for the moment). -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Locking strategies and MAILPATH
It seems that to force the dotlock locking strategy, one needs to use the --with-homespool option. But then, mutt -v says: MAILPATH=mailbox Here, mailbox doesn't correspond to anything. So, is it a problem? Note that my only spool mailbox is an IMAP mailbox. But I need a locking strategy for the postpone and archive mailboxes (under NFS). As fcntl is not reliable here, I think I'll disable it and use dotlocking only. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
fcntl: invalid parameter
When I open my IMAP mailbox, I get the following error: fcntl: Paramètre invalide (errno = 22) What happens? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: fcntl: invalid parameter
On Thu, Jul 18, 2002 at 17:08:32 +0200, Vincent Lefevre wrote: When I open my IMAP mailbox, I get the following error: fcntl: Paramètre invalide (errno = 22) What happens? I've just had a look with strace. In fact, this is not related to IMAP, but to the postpone mailbox that is read (over NFS). -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Cygwin mutt barfs on spaces in set variable?
On Sun, Jul 07, 2002 at 11:16:19 -0700, [EMAIL PROTECTED] wrote: Lee J. Moore [EMAIL PROTECTED] wrote: On Sun, 07 Jul 2002, [EMAIL PROTECTED] wrote: Here is an example: folder-hook mutt set from=Gary Jones my@emailaddress Try: folder-hook mutt set from='Gary Jones my@emailaddress' Coo, that works fine! TVM! Why is the other way not acceptable? That seems to be the way that the example .muttrcs have. Because I suppose that the outer quotes are removed when parsing the string for the folder-hook command. 1st case: you get: set from=Gary Jones my@emailaddress 2nd case: you get: set from='Gary Jones my@emailaddress' -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: [Feature request] mailbox aliases and internal filtering
On Tue, Jul 02, 2002 at 00:20:17 -0700, Vineet Kumar wrote: If you're not using SSH or SSL for your IMAP anyway, it's no less safe [...] On the internal network, we have the choice between using SSL or not (and it's regarded as safe as it's on the internal network, though I prefer to use SSL even in this case). From external machines, we have to use SSL. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
[Feature request] mailbox aliases and internal filtering
I'd like to have aliases for mailboxes. Well, I suppose I could define a spurious address with the wanted alias so that I could use the @alias form. But it would be better if there was a cleaner way. And this alias should be displayed instead of the full name with %f in $status_format. Then, how about being able to do internal filtering? For instance, using mailboxes the_mailbox#pattern1 mailboxes the_mailbox#pattern2 mailboxes the_mailbox#pattern3 mailboxes the_mailbox#pattern4 When opening the corresponding physical mailbox the_mailbox, Mutt would automatically do a limit on the pattern. An alias could be used instead of the full mailbox form the_mailbox#pattern1, and so on. Mutt should be able to recognize when the same physical mailbox is used to detect new mail so that change-folder can work as expected. I don't know what is currently done, but synchronizing/... should not set non-visible new messages to old (possibly through an option if some users don't like this behavior). -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: [Feature request] mailbox aliases and internal filtering
On Mon, Jul 01, 2002 at 14:58:03 +0100, Dave Pearson wrote: I've been doing this sort of thing for a long time using links in the filesystem and mutt's `folder-hook'. See URL:http://www.davep.org/mutt/muttrc/folder-hooks.html and look at the last set of hooks. This is not exactly what I want. The problem is that it doesn't work with the mailboxes command to cycle through virtual folders with new mail. Moreover, is there a way to link to an IMAP folder (we don't have access to mailboxes via NFS any longer). And using push doesn't work correctly with IMAP folders because the corresponding characters are sent as password characters (for security reasons, I don't store my password on my account, though I could change my mind later). -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
folder-hook and IMAP folders (needing a password)
We've just switch to IMAP here. I had the following line in my .muttrc: folder-hook . push - but when the password is required, the character '-' is pushed as the first character of the password (well, I think this is the problem, because the connection is refused). Is there a way to choose if the folder-hook command is executed before or after typing the password? If not, what can I do? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Apostrophe
On Mon, May 06, 2002 at 13:34:20 +0100, Dean Richard Benson wrote: Is there any way to make the \222 be displayed correctly? Ask the sender to use a correct charset, or better, to use the ASCII apostrophe, as the windoze \222 apostrophe doesn't correspond to anything in Unicode. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: view other msgs while composing
On Fri, May 03, 2002 at 06:19:47 +0200, Johannes Berth wrote: Couldn't you open the Mailbox read-only? This is not automatical. Apart from that, you might want to Postpone the Mail. This is what I often do. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: view other msgs while composing
On Fri, May 03, 2002 at 09:11:31 +0100, Chris Green wrote: Maybe the original questioner is in the same situation as I am, I mostly use mutt via a telnet window (well, ssh actually) from my workstation at work. I just have a single window dedicated to the remote system where I read my mail. Me too. Firing up another copy of mutt or using grepmail or anything like that is not a good solution as it requires me to open another session to the remote system if I want to be able to see both the mail I'm composing and the mail I want to refer to at the same time. It's not just a case of firing up a process locally. You can suspend the current process with Ctrl-Z. You can also use screen. I don't because I can no longer use the scrollbar of my terminal with it. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: view other msgs while composing
On Fri, May 03, 2002 at 12:36:15 +0200, Martin Karlsson wrote: * Vincent Lefevre [EMAIL PROTECTED] [2002-05-03 10.31 +0200]: On Fri, May 03, 2002 at 06:19:47 +0200, Johannes Berth wrote: Couldn't you open the Mailbox read-only? This is not automatical. What about a shell alias? Or even a mutt macro starting another mutt, in a specific folder, and in read-only mode? No, don't forget that you can change the folder from Mutt. In fact, the problem is more general than viewing other messages while composing. Though the Mutt processes are on the same machine, I have several terminals connected to this machine from other machines. Sometimes, I forget that some folder is already open in another terminal. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Same folder in two Mutt (was: view other msgs while composing)
On Fri, May 03, 2002 at 07:05:12 -0500, David T-G wrote: Can you provide an example screenplay? mutt should handle multiple processes hitting the same folder just fine, and in fact I do that myself quite often and haven't had any troubles. You have two terminals (1 and 2). Start Mutt in terminal 1, do some operations (like changing flags), but do not synchronize yet. Start Mutt in terminal 2, do some operations and synchronize. If you go back to terminal 1, you'll get a warning... Mutt tries to fix things, but sometimes not completely. Anyway, it couldn't fix things without reading in the user's mind, as some operations are inconsistent with each other. For instance: 1) In terminal 1, flag message 1 as important (for instance, this means: I'll have to reply to this message). 2) In terminal 2, reply to message 1 and synchronize. 3) Return to terminal 1. The Reply flag hasn't been taken into account. To avoid these problems, the best way would be to be warned very early, for instance when opening the same folder in another Mutt. I often forget to synchronize, in particular before composing a message. And sometimes, I don't even want to synchronize before composing a message. This is why problems occur in pratice. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: view other msgs while composing (summary?)
On Sat, May 04, 2002 at 10:43:11 +1200, V K wrote: 5) Using ctrl-Z to suspend mutt to do other things still requires to quit the composition editor, and then cranking up a second mutt to browse folders is not competitive with 4). No need to quit the editor. You can suspend the editor with Ctrl-Z. Works very well with emacs. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: view other msgs while composing
On Thu, May 02, 2002 at 23:51:37 +0200, Thorsten Haude wrote: * V K [EMAIL PROTECTED] [02-05-02 23:06]: Is there a way to read other emails of the same folder while composing one? Yes, fire up a second Mutt. But this is a bit dangerous: you may lose flags if you don't pay attention to what you are doing. It would be fine if Mutt could have some automatical locking mechanism: a folder currently visited by another Mutt could automatically be opened in read-only mode. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Upgrading from 1.2.5 to 1.3.28i, read-only mailbox?
On Fri, Apr 26, 2002 at 13:12:31 +0200, Stephan Seitz wrote: On Fri, Apr 26, 2002 at 05:49:14AM -0500, David T-G wrote As a normal user, you shouldn't be able to remove a privileged mutt_dotlock, since it will be owned by root; the only way for that to happen is if it was world-writable anyway. If you can remove it, Or the directory is writable. Yes, in my case, the directory is writable, since this is my directory. Also note that removing mutt_dotlock isn't sufficient as Mutt uses an absolute path to mutt_dotlock. After removing mutt_dotlock from the install bin directory, I need to replace it by a new one (in my case, a symlink to the one in /usr/bin is sufficient). -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Upgrading from 1.2.5 to 1.3.28i, read-only mailbox?
On Fri, Apr 26, 2002 at 07:50:09 -0500, David T-G wrote: Now *that* one is a new one on me. I don't recall having run across that before. Very interesting, and certainly a compelling reason to not build mutt_dotlock. Why didn't you say so in the first place? ;-) Because I noticed the problem when installing a new version today. I don't remember if the problem is new or if I didn't notice it before because I used to replace mutt_dotlock by a correct one (either with a symlink or by changing the permissions manually) instead of removing it in the past. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Upgrading from 1.2.5 to 1.3.28i, read-only mailbox?
On Tue, Apr 23, 2002 at 13:38:56 -0600, Brett H. Williams wrote: Now I have a new problem, which is that my mailbox is considered read-only. I am just using my spoolfile over NFS. Everything was working great before the upgrade. I have the same problem when I want to install Mutt. This is probably because mutt_dotlock can't be executed with sufficient permissions. This is quite annoying. A configure option to prevent it from being installed would be a good idea IMHO. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Upgrading from 1.2.5 to 1.3.28i, read-only mailbox?
On Thu, Apr 25, 2002 at 10:59:29 -0500, David T-G wrote: % This is quite annoying. A configure option to prevent it from being % installed would be a good idea IMHO. While I agree that it isn't a bad idea, I don't know that it's a terribly good idea; you can already tell mutt to not use dotlock but that still won't get you anywhere [...] I think you haven't understood. There is already a mutt_dotlock installed here (in /usr/...) with correct permissions. But I also want to install more recent versions of Mutt in my home directory, and make install installs a mutt_dotlock with wrong permissions too. :( I have to remove mutt_dotlock from my bin directory each time I want to install a new version of Mutt. I think, however, that it might be well worth adding some magic in the makefile that says not to install mutt_dotlock if there's another one with privs out there in $PATH and you're not running as root, or to at least say I'll install mutt_dotlock for you, but it won't work except in your personal tree, because this certainly does come up regularly. Yes, I want exactly that. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Upgrading from 1.2.5 to 1.3.28i, read-only mailbox?
On Thu, Apr 25, 2002 at 12:14:01 -0500, David T-G wrote: So which is easier, to remove a file or to tell configure to not put it there in the first place? The latter. :) I use a shell alias to configure mutt, because I need several other options (which may depend on the architecture). So, all I have to do is to type confmutt without having to remember what I need. I simply could change the alias. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Upgrading from 1.2.5 to 1.3.28i, read-only mailbox?
On Thu, Apr 25, 2002 at 23:12:58 +0200, Rocco Rutte wrote: It doesn't really matter, I think. The dotlock program is the last which is to be installed. if chgrp fails, who cares since (at that point) everything else is sucessfully where it should be. Just remove the binary. But some users may complain that Mutt could remove a mutt_dotlock with correct permissions which was already installed at the same place. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Upgrading from 1.2.5 to 1.3.28i, read-only mailbox?
On Fri, Apr 26, 2002 at 00:26:51 +0200, Rocco Rutte wrote: If you have no privileged access to a machine, you're probably the wrong person to install software systemwide. But every user may install a copy of mutt in $HOME. In this case, 'make install' is called without root permissions and will fail. In such a case you can remove mutt_dotlock in your $HOME. But the user could have a mutt_dotlock with correct permissions in his $HOME (for instance when he installed Mutt for the first time or for some other reasons). In this case, it will be removed. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: push in muttrc
On Mon, Mar 25, 2002 at 17:13:48 +0100, Martin Hammer wrote: So is there a way to enable push in muttrc? I have push V in my .muttrc and it works. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
[RFE] Tree and background color in index
There is a problem, which can be seen as a bug or bad design, with the tree and the background color in the index. Here in general, I have a black background. So, I have: color tree brightred black But I sometimes use a different background color, e.g. color index brightwhiteblue~l~P The background of such a line should be entirely blue. The problem is that the background of the tree will still be black instead of blue. IMHO, the color tree command shouldn't take a background color, or this color should be ignored. Another solution (but not as nice) would be to be able to give a pattern for the color tree command; for instance: color tree brightred blue~l~P The best solution would be to give 3 colors for the color index command: the foreground color, the tree color and the background color. For instance: color index brightwhitebrightred blue~l~P This would allow to change the tree color so that it isn't the same as the background color or to be able to choose the same color as the foreground color. Any comment? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Installing Mutt - Can't fix mutt_dotlock's permissions
When installing Mutt in my home directory, I get the following error: chgrp: changing group of `/home/lefevre/bin/mutt_dotlock': Operation not permitted Can't fix mutt_dotlock's permissions! make[2]: *** [install-exec-local] Error 1 make[2]: Leaving directory `/home/lefevre/software/mutt/mutt' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/home/lefevre/software/mutt/mutt' make: *** [install-recursive] Error 1 This is normal, but anyway, mutt_dotlock is already installed in /usr/bin. In fact, I just want to install the mutt binary. The problem is that Mutt has installed a mutt_dotlock with incorrect permissions in my home directory. I think that if it can't set the correct permissions, it shouldn't install mutt_dotlock. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Transcoding
Could Mutt do transcoding when a character isn't available in the current user's charset? For instance, some people use the oe that is in ISO-8859-15. But my charset is ISO-8859-1 (if Mutt can switch the terminal's charset, this would be fine, but I don't know if this is possible). I'd like to see 2 characters o and e instead of the current question mark. Similarly, some people use the euro symbol (not in ISO-8859-1), and I'd like to see EUR instead. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Transcoding - use display_filter
On Tue, Mar 12, 2002 at 17:04:47 +0100, Sven Guckes wrote: * Vincent Lefevre [EMAIL PROTECTED] [020312 15:49]: Could Mutt do transcoding when a character isn't available in the current user's charset? .. some people use the euro symbol (not in ISO-8859-1), and I'd like to see EUR instead. Should be possible for you with display_filter... Which means that the header parsing and decoding process must be performed twice? Isn't there a more efficient way? Otherwise, I can still use message-hook to call the filter only when needed. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Transcoding - use display_filter
On Tue, Mar 12, 2002 at 18:01:24 +0100, Vincent Lefevre wrote: On Tue, Mar 12, 2002 at 17:04:47 +0100, Sven Guckes wrote: Should be possible for you with display_filter... Which means that the header parsing and decoding process must be performed twice? Isn't there a more efficient way? Otherwise, I can still use message-hook to call the filter only when needed. There is another problem: what can I do for the index, e.g. if the subject contains non-ISO-8859-1 characters? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Error message when no more inodes?
Someone complained (in a French newsgroup) that his mailbox was read-only and he didn't know why. Later, he found that the problem was due to the fact there were no more inodes on his disk. Perhaps Mutt should display an error message (with as much information as possible) so that the user doesn't think the problem comes from Mutt and knows what is the cause of the problem. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: mutt-1.5.0, was Re: \223 and \224
On Mon, Jan 28, 2002 at 10:21:53 -0500, Russell Hoover wrote: Could this mean that a 1.5.0 release is around the corner? In CVS only, AFAIK. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: signed emails, why ?
On Mon, Jan 07, 2002 at 21:44:05 -0800, Gary Johnson wrote: There is no built-in way to hide the [-- ... --] stuff, but I got tired of looking at it, especially surrounding the frequent HTML messages I receive and around people's PGP signatures, so I added this to my folder-hooks for mailing lists: folder-hook +Incoming/. 'set display_filter=sed '\''/^\\[-- .* --]$/d'\''' But this will remove too much. And using sed would probably slow down the display. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: signed emails, why ?
On Tue, Jan 08, 2002 at 07:08:00 -0800, Gary Johnson wrote: As I said, for other mailboxes I use a script that is more selective: sed ' /^\[-- Autoview using .* --]$/d /^\[-- Attachment .* --]$/d /^\[-- Type: .* --]$/d ' But this will also remove these strings when they are in the body, wouldn't it? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: signed emails, why ?
On Tue, Jan 08, 2002 at 11:51:41 -0500, mike ledoux wrote: AFAIK, it is a sendmail feature that most other MTAs have emulated. But qmail uses '-' instead of '+'. Therefore, the reader mustn't assume anything. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: signed emails, why ?
On Mon, Jan 07, 2002 at 10:16:58 -0800, Gary Johnson wrote: Why not just 'unset pgp_verify_sig'? That's what I do. But is there an option to ask Mutt not to display garbage like [-- La sortie PGP suit (heure courante : Tue Jan 8 00:13:02 2002) --] gpg: Avertissement: l'utilisation de la mémoire n'est pas sûre ! gpg: Signature faite Mon Jan 7 20:14:36 2002 CET avec une clé DSA ID F009764F gpg: Impossible de vérifier la signature: clé publique non trouvée [-- Fin de sortie PGP --] [-- Les données suivantes sont signées --] and [-- Fin des données signées --] ? The s in the index is sufficient for me if I want to know if a message is signed. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Mutt sucks less than the rest
On Mon, Jan 07, 2002 at 14:40:36 -0500, mike ledoux wrote: On Mon, Jan 07, 2002 at 01:40:30PM -0500, Derek D. Martin wrote: Occasionally, you run across a sig that's just damn cool, or otherwise warrants comment. I can find no way to make mutt include the sig in e-mail, temporarily or otherwise. I'm certain that Pine has a handy option for this. Huh. One of my complaints about Mutt (I'm still running 1.2.5, I won't trust my mail to software that the developers don't consider stable) is that it *insists* on quoting the .sig every time. I wasn't able to make Mutt stop doing this, so I finally configured my editor to strip everything after '\n-- \n'. Me too. Now, this isn't a problem for me as using the editor (emacs in my case) to do that is a better solution since I can unstrip the signature (with Ctrl-_ in my case) if need be. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: handling signed mails (Was: signed emails, why ?)
On Mon, Jan 07, 2002 at 17:39:17 -0600, Jeremy Blosser wrote: Regardless, if you turned off pgp_verify_sig, you would not see the garbage above, just the s in the index. But I still see some lines because of the attachment. I would like to see nothing. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: signed emails, why ?
On Mon, Jan 07, 2002 at 18:31:13 -0500, Derek D. Martin wrote: Perhaps, but it's not enough to tell you if the message was signed by the person it clamed to be signed by. Anyway, I never verify signatures, as I don't need to (at least for the moment). -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Mutt sucks less than the rest
On Mon, Jan 07, 2002 at 21:04:10 -0500, mike ledoux wrote: On Tue, Jan 08, 2002 at 12:27:29AM +0100, Vincent Lefevre wrote: Me too. Now, this isn't a problem for me as using the editor (emacs in my case) to do that is a better solution since I can unstrip the signature (with Ctrl-_ in my case) if need be. I disagree. Using the editor to do this is the *wrong* solution, since it requires my editor to know it is editing mail. I maintain that my editor shouldn't need to know that--text is text. What I want to say is that both the mailer and the editor should have an option to strip the signature. But when one has the choice, choosing the editor to do the job is a better solution. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
GPG and \012
I still have the \012 character problem with PGP-signed messages in Mutt 1.3.25: [-- Fin de sortie PGP --] \012 [-- Les données suivantes sont signées --] \012 I thought this bug was fixed. Or perhaps I have misunderstood... -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
narrow_tree patch for mutt 1.3.25
Here's the narrow_tree patch for mutt 1.3.25. Daniel Eisenbud
originally wrote this patch for old versions of Mutt (before 1.0).
Then, this patch wasn't supported any longer. But as I still need
it, I modify it each time it need be, but with the risk of breaking
things...
I've tested it only with my configuration, and I don't know about
specific configurations. Use it at your own risks...
--
Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100%
validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des
Jeux Mathématiques et Logiques, TETRHEX, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
diff -ru mutt-1.3.25.old/hdrline.c mutt-1.3.25/hdrline.c
--- mutt-1.3.25.old/hdrline.c Mon Dec 17 11:04:48 2001
+++ mutt-1.3.25/hdrline.c Wed Jan 2 01:08:52 2002
@@ -200,6 +200,50 @@
return h-recipient;
}
+/* do_subject returns the pointer it is given for tree or subject if
+ * the respective one of them is all the subject that needs to be
+ * printed. otherwise, it copies the appropriate string into buf
+ * and returns that.
+ */
+char *do_subject (char *dest, size_t destlen, char *subject, char *tree, int flags,
+char *buf, size_t bufsize)
+{
+ char *dst;
+
+ if (option (OPTNARROWTREE))
+ {
+dst = buf;
+
+while (bufsize 1)
+{
+ *dst = *tree;
+ bufsize--;
+ dst++;
+ if (!(*(tree + 1)))
+ break;
+ tree += 2;
+}
+if (*(tree - 1) == '\010')
+ *(dst - 2) = '\010';
+
+if (flags M_FORMAT_FORCESUBJ)
+{
+ mutt_format_s (dest, destlen, , NONULL (subject));
+ snprintf (dst, bufsize, %s, dest);
+}
+else
+ *dst = 0;
+return (buf);
+ }
+ else if (flags M_FORMAT_FORCESUBJ)
+ {
+mutt_format_s (dest, destlen, , NONULL (subject));
+snprintf (buf, bufsize, %s%s, tree, dest);
+return (buf);
+ }
+ else
+return (tree);
+}
+
/* %a = address of author
* %b = filename of the originating folder
* %B = the list to which the letter was sent
@@ -528,16 +572,8 @@
case 's':
if (flags M_FORMAT_TREE !hdr-collapsed)
- {
- if (flags M_FORMAT_FORCESUBJ)
- {
- mutt_format_s (dest, destlen, , NONULL (hdr-env-subject));
- snprintf (buf2, sizeof (buf2), %s%s, hdr-tree, dest);
- mutt_format_s_tree (dest, destlen, prefix, buf2);
- }
- else
- mutt_format_s_tree (dest, destlen, prefix, hdr-tree);
- }
+ mutt_format_s_tree (dest, destlen, prefix,
+ do_subject (dest, destlen, hdr-env-subject, hdr-tree, flags, buf2, sizeof
+(buf2)));
else
mutt_format_s (dest, destlen, prefix, NONULL (hdr-env-subject));
break;
diff -ru mutt-1.3.25.old/init.h mutt-1.3.25/init.h
--- mutt-1.3.25.old/init.h Mon Dec 10 11:09:03 2001
+++ mutt-1.3.25/init.h Wed Jan 2 01:08:52 2002
@@ -1093,6 +1093,14 @@
{ msg_format, DT_SYN, R_NONE, UL message_format, 0 },
/*
*/
+ { narrow_tree, DT_BOOL, R_BOTH, OPTNARROWTREE, 0 },
+ /*
+ ** .pp
+ ** This variable controls the width of the thread tree when sorting by
+ ** threads. When set, it makes the tree approximately twice as narrow,
+ ** to allow more room the tree and message subjects. This is useful on
+ ** narrow screens.
+ */
{ pager, DT_PATH, R_NONE, UL Pager, UL builtin },
/*
** .pp
diff -ru mutt-1.3.25.old/mutt.h mutt-1.3.25/mutt.h
--- mutt-1.3.25.old/mutt.h Thu Dec 13 13:10:49 2001
+++ mutt-1.3.25/mutt.h Wed Jan 2 01:08:52 2002
@@ -363,6 +363,7 @@
OPTMETOO,
OPTMHPURGE,
OPTMIMEFORWDECODE,
+ OPTNARROWTREE,
OPTPAGERSTOP,
OPTPIPEDECODE,
OPTPIPESPLIT,
Re: problems with non a-z chars and my_hdr (1.3.24i)
On Wed, Dec 19, 2001 at 12:18:34 +0100, Andreas Landmark wrote: After I upgraded from 1.3.23 to 1.3.24 a few days ago, one of my users started complaining that his From field was all messed up. At first I suspected he'd made a mess of his .muttrc, but after taking time to investigate today it seems that his .muttrc is correct. my_hdr Christian Kjønsvik [EMAIL PROTECTED] is the line in question, when changed to my_hdr Christian Kjnsvik [EMAIL PROTECTED] it worked as specified. This is strange as it isn't a valid my_hdr line. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: problems with non a-z chars and my_hdr (1.3.24i)
On Wed, Dec 19, 2001 at 15:19:11 +0100, Andreas Landmark wrote: On Wed, Dec 19, 2001 at 01:30:03PM +0100, Vincent Lefevre wrote: On Wed, Dec 19, 2001 at 12:18:34 +0100, Andreas Landmark wrote: After I upgraded from 1.3.23 to 1.3.24 a few days ago, one of my users started complaining that his From field was all messed up. At first I suspected he'd made a mess of his .muttrc, but after taking time to investigate today it seems that his .muttrc is correct. my_hdr Christian Kjønsvik [EMAIL PROTECTED] is the line in question, when changed to my_hdr Christian Kjnsvik [EMAIL PROTECTED] it worked as specified. This is strange as it isn't a valid my_hdr line. Oops, the original lines were my_hdr From: and it still didn't work... (didn't use copy+paste as I use different machines for root and non-root sessions) So, perhaps you should quote the name: my_hdr From: Christian Kjønsvik [EMAIL PROTECTED] (I haven't tried and don't know if this works.) -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: the trouble with charset Windows-1252
On Mon, Dec 10, 2001 at 01:16:58 +0200, Baurjan Ismagulov wrote: I hadn't used procmail before, so I've read some manuals. Using the default spool mailbox, .forward and procmail recipe like :0 w: $DEFAULT.lock * ^mailing-list: .*yahoogroups * ^content-type: text/plain; charset=us-ascii | formail -i Content-Type: text/plain; charset=iso-8859-9 $DEFAULT I get charset fixed as needed (although I'm not sure about the proper locking). This won't work if you have attachments. If someone has a rule that will fix attachments too, I'm interested. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: narrow-thread patch - please add!
On Sat, Dec 01, 2001 at 09:20:55 +0100, Sven Guckes wrote: never mind the monster-threads - saving *some* characters that way on screen is well worth it! can this patch be added, please? I've just posted the updated narrow_tree patch to mutt-dev. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: [Announce] mutt-1.3.24i is out (BETA).
On Thu, Nov 29, 2001 at 23:21:27 -0800, Dairy Wall Limey wrote: hrmm this makes sense... setting this does change the number of '?'s... putting: set hide_missing gives one question mark, Here, I get several question marks ($hide_missing set). :( is there a way to hide the question marks entirely as in older versions of mutt? I'd like this too. i find them somewhat distracting. maybe i just need to get used to them. They are a problem in very long threads. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Strange things with gpg now
On Fri, Nov 30, 2001 at 15:52:09 +, Bruno Postle wrote: On Fri 30-Nov-2001 at 01:09:20PM +, Steve Kennedy wrote: If I get a pgp/gpg message I now get [-- End of PGP output --] \012 [-- The following data is signed --] \012 I get ? instead of \012 I get \012 (normal color). This is the same without any color settings so there is an extra formfeed character floating around somewhere. \012 (10 is decimal) is a linefeed, isn't it? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: [Announce] mutt-1.3.24i is out (BETA).
On Fri, Nov 30, 2001 at 15:09:36 -0500, Daniel Eisenbud wrote: I had a patch that added a $narrow_tree variable years ago, which made the thread tree take up only half as much screen real estate. Maybe it's time to resurrect this too. Yes, I updated it to apply it to the latest Mutt versions (at least up to 1.3.22.1) and still use it. But it isn't even sufficient for very long threads. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: mutt for blind computerusers
On Wed, Nov 28, 2001 at 21:11:25 +0100, Christian Schoepplein wrote: Using a external editor or pager for viewing the messages has the disadvantage, that no mutt-internal commands are working. To go arround my problem both solutions are ok, but they are really only a workaround ;-). I agree with you. Perhaps there could be an optional cursor for the internal pager. PS: Your message doesn't contain a References or In-Reply-To header. Both headers should have been generated by Mutt when you replied; they are useful for threading the articles. Did you do a normal reply (or list-reply) with Mutt? Otherwise is there a problem with that? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: mutt for blind computerusers
On Wed, Nov 28, 2001 at 22:18:07 +0100, Christian Schoepplein wrote: That was my mistake... I first replyed with the fast-reply-function on one message with resulting in directly answering the person who wrote this mail not not replying to the list. After this I sent the same mail to this list, what causes the broken thread. Sorry for that ;-). You should have used a function that keeps the In-Reply-To and References headers. I know that bounce-message does this, but the To and Cc headers wouldn't have been changed, and this is a bit annoying as they are useful if someone wants to reply (but the Message-Id is kept too, which could be a good thing if you received a reply to your first mail). Perhaps resend-message could be better (it seems to keep the In-Reply-To header, and I hope it also keeps the References one). -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Bad Mail-Followup-To (was: mutt for blind computerusers)
Christian, Your Mail-Followup-To header is broken: Mail-Followup-To: Christian Schoepplein [EMAIL PROTECTED], [EMAIL PROTECTED] as [EMAIL PROTECTED] doesn't exist, though your From header is correct. I don't know what the reason is. Any idea? Perhaps your From header isn't correct but it is modified by your local MTA? In this case, you should set it with the my_hdr command in your muttrc. If you subscribed to the mailing-list, you should use the subscribe command too. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Trailing Lines
On Thu, Nov 29, 2001 at 00:57:17 +, dallam wrote: Silly question that I need an answer to. I seem to have *lots* of trailing lines when I post or reply, how do I correct this? with another editor? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Bug in References when replying
I don't know if this has been fixed... With this version of Mutt (see User-Agent), when I replied to an article containing: In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] 008a01c17346$11462840$[EMAIL PROTECTED] [EMAIL PROTECTED] The References header of the message posted my Mutt was: References: [EMAIL PROTECTED] 008a01c17346$11462840$[EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] that is, the In-Reply-To reference has been forgotten. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: line length
On Thu, Nov 15, 2001 at 08:46:16 +, Dave Pearson wrote: On Wed, Nov 14, 2001 at 06:40:37PM +0100, Vincent Lefevre wrote: Yes, but some users generate such quoting. Obviously, otherwise it wouldn't exist. See above and below. I fix it on the rare occasion when I encounter it. And *you* did generate such quoting. From your message: On Wed, Nov 14, 2001 at 06:40:37PM +0100, Vincent Lefevre wrote: On Wed, Nov 14, 2001 at 17:10:24 +, Dave Pearson wrote: OK, so how do you fix it automatically with emacs? I don't, I fix it by hand, it only takes a moment. It is still annoying to have to insert a blank line (even in particular cases). -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: line length
On Thu, Nov 15, 2001 at 13:43:32 +, Dave Pearson wrote: I can't see anything wrong with the quoting. Perhaps you're suggesting that I should add an extra newline after my attribution line? That seems like a reasonable idea. I'd assumed that we were talking about the quoting of the actual content of an email here. I think that sticking the attribution line to the content is a good idea. It is still readable, and we avoid to waste an empty line. Ditto for snip tags, e.g. blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah [snip] After a few quote levels, the quoted text *may* still need to be present and need to be reformated. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: line length
On Wed, Nov 14, 2001 at 10:32:47 +, Dave Pearson wrote: Given that I've never made my mode publicly available (at least, I don't ever recall making it publicly available other than donating some non-mode stuff to post.el) I'm not sure how you can say this. Well, the post.el file on your site still doesn't do what it should. Can you explain the nature of the brokenness in the mode I use here that I describe above? I gave an example in another message: bar blah1 blah2 blah3 blah4 It is reformatted as: bar blah1 blah2 blah3 blah4 instead of: bar blah1 blah2 blah3 blah4 -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: line length
On Wed, Nov 14, 2001 at 17:10:24 +, Dave Pearson wrote: There is no post.el on my site. Oops, on Rob's site. bar blah1 blah2 blah3 blah4 Right, ok, the mode I use locally (not to be confused with post.el) doesn't handle that either. This is never a problem for me because I view the above as broken quoting anyway and, Yes, but some users generate such quoting. when I need to fill and quote text like the above, I fix it first (makes it more readable for me and for other people). OK, so how do you fix it automatically with emacs? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: line length
On Tue, Nov 13, 2001 at 03:07:57 -0800, Will Yardley wrote: mutt doesn't have an editor, so this is a function of your editor. in vim you can use :set tw=74 or :set textwidth=74 nvi and other vi clones should be the same, but you can't use 'gqip' or 'gqap' to format lines (maybe install par). if you use emacs, i'm sorry, and YOU are on your own : There is a function to word-wrap automatically, but I finally disabled it because it was annoying in some cases, e.g. when mailing code or log files or something similar. I prefer to do that manually with Esc-q (or M-q). If you want to reformat quoted text, emacs is quite bad at this, and I've never found *perfect* LISP code to do that. :( -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: line length
On Tue, Nov 13, 2001 at 10:36:51 -0500, Samuel Padgett wrote: Huh? Emacs is _excellent_ at this. What mode and you using to edit messages and what problems are you having? I posted the following article: From: Vincent Lefevre [EMAIL PROTECTED] Subject: filling in mail-mode Newsgroups: comp.emacs Date: 9 Mar 2001 13:30:01 GMT Message-ID: 20010309132717$[EMAIL PROTECTED] How can I have correct filling in mail-mode? For instance, I want the following - foo bar blah1 blah2 blah3 blah4 to be regarded as 3 paragraphs: - foo bar blah1 blah2 blah3 blah4 You can look at the full thread on Google Groups. I've just downloaded Dave's post.el and will have a look at it later... -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: line length
On Tue, Nov 13, 2001 at 15:04:15 +, Dave Pearson wrote: I use emacs as my editor for composing email with mutt, the mode I use is a local hack that derives from `mail-mode' (some of the code in question made it into post.el URL:http://astro.utoronto.ca/~reid/mutt/). I've never had a problem with M-q and normally quoted text and, on the very rare occasion that I do have a problem, I use `set-fill-prefix' (C-x .) to give the filling code a clue. Filling is still broken with your mode. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: terminal damaging
On Fri, Nov 09, 2001 at 15:55:51 +0600, Andrey R. Urazov wrote: Sometimes I receive letters which contain undisplayable characters which affect my terminal state. After displaying such a message on the screen the terminal refuses to delete anything from the screen and this yields in lots of garbage on the display, because new information which is being displayed is written on top of the old. I know that Pine is capable of preventing such a damage by default, it outputs all dangerous characters as circumflexes (^^). Is it possible to do something like that with mutt? It already does that (with ?). P.S. I'm attaching such a message to the letter. Beware. :) No problem here. Date: Wed, 7 Nov 2001 15:50:57 +0600 From: Andrey R. Urazov [EMAIL PROTECTED] To: [EMAIL PROTECTED] Room ???102 I get 3 question marks. Abay st. Astana, 473000 Republic of Kazakhstan. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
