Mutt not following RFC821 strictly?
As of RFC 821 http://rfc821.x42.com/ the local part of an e-mail address can consist of other characters than a-z0-9 and should then be quoted (see local-part and quoted-string). It seems though, that the mutt client does not support the use of an address like "address with spaces"@x42.com which indeed is a valid and working e-mail address. Or is there some way to enter addresses explicitly thus not having it "parse-mangled".. Can anybody confirm this, without having me to poke in the source. If so, isn't this one of the standards that shouldn't be broken? /magnus -- http://x42.com/
Re: Mutt not following RFC821 strictly?
On Mon, Jul 10, 2000 at 11:30:14AM +0530, Suresh Ramasubramanian wrote: Magnus Bodin proclaimed on mutt-users that: As of RFC 821 http://rfc821.x42.com/ the local part of an e-mail address can consist of other characters than a-z0-9 and should then be quoted (see local-part and quoted-string). It seems though, that the mutt client does not support the use of an address like "address with spaces"@x42.com which indeed is a valid and working I don't know ... yeah ... RFC 821 (page 29) does say this ... but let's see what goes on. I sent out a mail to my catchall domain kcircle.com - 'suresh test'@kcircle.com ' should be " according to the RFC. See the headers ... Received: from cs2.hyd.office.juno.com (cs2.hyd.office.juno.com [208.238.62.3]) by no9.superb.net (8.9.3/8.9.3) with ESMTP id BAA12436 for 'suresh.test'@kcircle.com; Mon, 10 Jul 2000 01:49:48 -0400 (EDT) Hmmm... my sendmail 8.8.x mailserver converts spaces to dots. I don't think so. Try talking raw SMTP to it and it won't convert things. Received: from lotus ([EMAIL PROTECTED] [208.238.62.74]) by cs2.hyd.office.juno.com (8.8.6.Beta0/8.8.7/juno-1.1) with ESMTP id L21035 for 'suresh test'@kcircle.com; Mon, 10 Jul 2000 11:19:46 +0530 (IST) My mua (I used pegasus mail for 'doze for this test) sends the space quite ok. It is a sendmail issue and not a mutt issue I suppose. IT IS NOT a sendmail issue. It is definitively a mutt issue. Pine works, but mutt breaks the addresses at the spaces. I btw, don't use sendmail, I use qmail, and I've checked qmail with raw SMTP too, and it works like a charm. So the MTA is not to blame in this case. You _can_ write something that's 100% rfc compliant and won't work anywhere ;) That's not true. /magnus -- http://x42.com/
Re: Mutt not following RFC821 strictly?
On Mon, Jul 10, 2000 at 01:23:10AM -0400, Rich Lafferty wrote: On Mon, Jul 10, 2000 at 07:05:05AM +0200, Magnus Bodin ([EMAIL PROTECTED]) wrote: As of RFC 821 http://rfc821.x42.com/ the local part of an e-mail address can consist of other characters than a-z0-9 and should then be quoted (see local-part and quoted-string). It seems though, that the mutt client does not support the use of an address like "address with spaces"@x42.com which indeed is a valid and working e-mail address. Or is there some way to enter addresses explicitly thus not having it "parse-mangled".. How are you adding it now? What failed that makes you say it's not supported? -Rich Look further down in the thread. /magnus -- http://x42.com/
Re: Mutt not following RFC821 strictly?
On Mon, Jul 10, 2000 at 03:00:12PM +0200, Michael Tatge wrote: Magnus Bodin muttered: As of RFC 821 http://rfc821.x42.com/ the local part of an e-mail address can consist of other characters than a-z0-9 and should then be quoted (see local-part and quoted-string). It seems though, that the mutt client does not support the use of an address like "address with spaces"@x42.com which indeed is a valid and working e-mail address. Or is there some way to enter addresses explicitly thus not having it "parse-mangled".. I can send to "test me"@localhost very well. Mutt 1.2.4i sendmail-8.9.3-20 Received: (from t@localhost) by deep-thought.seidenbergstr (8.9.3/8.9.3) id OAA17385 for "test me"@localhost; Mon, 10 Jul 2000 14:56:45 +0200 Which error do you get? Look further down the thread. It is an error that may be qmail-inject specific with arguments on the command line. /magnus -- http://x42.com/
Re: Mutt not following RFC822 strictly?
On Mon, Jul 10, 2000 at 09:43:28AM -0400, Rich Lafferty wrote: On Mon, Jul 10, 2000 at 11:21:42AM +0200, Magnus Bodin ([EMAIL PROTECTED]) wrote: On Mon, Jul 10, 2000 at 01:23:10AM -0400, Rich Lafferty wrote: On Mon, Jul 10, 2000 at 07:05:05AM +0200, Magnus Bodin ([EMAIL PROTECTED]) wrote: It seems though, that the mutt client does not support the use of an address like "address with spaces"@x42.com which indeed is a valid and working e-mail address. Or is there some way to enter addresses explicitly thus not having it "parse-mangled".. How are you adding it now? What failed that makes you say it's not supported? -Rich Look further down in the thread. Sorry, that was a bit of a trick. If you'll look at my message, you'll see that it was From: Rich Lafferty "rich+mailbox with spaces"@bofh.concordia.ca and was sent by Mutt. Mutt certainly supports the use of an address like that. Yes I know. I've commented further down the thread. It's a qmail-inject issue. It does this when sending (on the command line) quoted adresses containing spaces. And by the way. The subject should have read RFC 822 from the beginning, sorry about that. /magnus -- http://x42.com/
Re: Mutt not following RFC821 strictly?
On Mon, Jul 10, 2000 at 03:37:11PM +0200, Magnus Bodin wrote: On Mon, Jul 10, 2000 at 03:00:12PM +0200, Michael Tatge wrote: Magnus Bodin muttered: As of RFC 821 http://rfc821.x42.com/ the local part of an e-mail address can consist of other characters than a-z0-9 and should then be quoted (see local-part and quoted-string). It seems though, that the mutt client does not support the use of an address like "address with spaces"@x42.com which indeed is a valid and working e-mail address. Or is there some way to enter addresses explicitly thus not having it "parse-mangled".. I can send to "test me"@localhost very well. Mutt 1.2.4i sendmail-8.9.3-20 Received: (from t@localhost) by deep-thought.seidenbergstr (8.9.3/8.9.3) id OAA17385 for "test me"@localhost; Mon, 10 Jul 2000 14:56:45 +0200 Which error do you get? Look further down the thread. It is an error that may be qmail-inject specific with arguments on the command line. And the reason is that mutt sends the address RFC821-encoded. (as per SMTP). I enter "adress with spaces"@x42.com when I mean address with [EMAIL PROTECTED] Mutt just passes "address with spaces"@x42.com as the third argument. But qmail-inject expects mail addresses UNQUOTED. /magnus
Re: Mutt not following RFC821/822 strictly?
On Mon, Jul 10, 2000 at 03:37:11PM +0200, Magnus Bodin wrote:
Look further down the thread. It is an error that may be qmail-inject
specific with arguments on the command line.
And the solution seems to queue mail with a wrapper program.
Attached is muttqmail.c that fixes the thing.
set sendmail="/usr/local/sbin/muttqmail -f [EMAIL PROTECTED]"
works now like a charm.
Interopability issue.
/magnus
--
http://x42.com/
#include stdio.h
#include stdlib.h
#include unistd.h
#include string.h
void nomem()
{
printf("muttqmail: out of memory\n");
exit(111);
}
void removequote (char *d, char *s)
{
char c;
do
{
c = *s++;
if (c != '\"')
{
if (c == '\\')
c = *s++;
*d++ = c;
}
}
while (c != '\0');
}
void main(int argc,char **argv)
{
char **newargv;
char **arg;
int i;
newargv = (char **) malloc((argc + 1) * sizeof(char *));
if (!newargv) nomem();
arg = newargv;
*arg++ = "/var/qmail/bin/qmail-inject";
for (i = 1;i argc;++i)
{
*arg=malloc((strlen(argv[i])+1)*sizeof(char));
if (!*arg) nomem();
removequote(*arg,argv[i]);
arg++;
}
*arg = NULL;
execv(*newargv,newargv);
printf("muttqmail: unable to run qmail-inject\n");
exit(111);
}
Re: important flag
On Sat, Nov 25, 2000 at 06:20:26PM +0100, Marco Ahrendt wrote: hi list, I searched the archive for any clues for this issue: adding a headerfield for the importance of a mail. is there any patch out yet? I found the ! flag in mutt but why does this flag isn´t set automatic if the mail contains "Priority: Urgent" or "Importance: High"? in another mail I´d found: A hint from the originator to theImportance:RFC 1327 and recipients about how important aRFC 1911, message is. Values: High, normalexperimental or low. Not used to control transmission speed. seems like this field is valid. how about hacking a new feature in mutt? I'd like to decide for myself which emails that I consider important. The important flag is highly misused by senders. /magnus -- http://x42.com/
Re: How can I see the entire e-mail?
On Fri, Nov 24, 2000 at 11:32:21AM -0800, Corina Cerbu wrote: Hello! I want to see the entire e-mails.With subject,text and attachement. How can I do this? pipe the mail to less. like this: |less will show mail in pager totally unparsed and unformatted. Regards, /magnus -- http://x42.com/
Advanced searching revisited
Couldn't it be left as an exercise to the witted user or 3rd-party-developer to write a good search-enginge (probably based on grepmail) and PROVIDE A HOOK for invoking this search-function in conjunction with "limit". I'd like to press a key, invoke the search program which gets two arguments; the mailbox/dir and my search expression; it returns whatever mutt needs to do a mailbox limitation on the resulting message set. What about that? I use grepmail; but exiting and creating new mailboxes isn't that efficient. /magnus -- http://x42.com/
Re: threads, annoying threads
On Wed, Nov 29, 2000 at 10:47:58AM +0100, Jesper Holmberg wrote: Subject: Re: Konstituerande =?iso-8859-1?Q?m=F6te?= , FRV My guess would be that this means there is something wrong with the character encoding between the systems. But how would one correct this, apart from manually editing the header? The problem is that only you can decide if the text is the subject or the encoding. You could hack down a little script that does this correction and use mutt:s pipe-command to correct it, but then this correction-program could only make intelligent guesses nothing more. I've seen cases where the subject has been encoded several times. See RFC2047 for details http://rfc2047.x42.com/ of how this is encoded. I would have done it in Perl. Lycka till. /magnus -- http://x42.com/
Re: Advanced searching revisited
On Wed, Nov 29, 2000 at 10:05:49PM +0100, Daniel González Gasull wrote: Hi! :-) * Magnus Bodin [EMAIL PROTECTED] wrote To [EMAIL PROTECTED]: Couldn't it be left as an exercise to the witted user or 3rd-party-developer to write a good search-enginge (probably based on grepmail) and PROVIDE A HOOK for invoking this search-function in conjunction with "limit". I'd like to press a key, invoke the search program which gets two arguments; the mailbox/dir and my search expression; it returns whatever mutt needs to do a mailbox limitation on the resulting message set. It isn't what you are looking for, and probably you already know it, but, if you search "~b foo" in a mailbox, you are searching "foo" in message bodies. Yes I know. I just would have liked to have an external hook too, like ~X perhaps? Multiple box search is also still of interest. Especially when searching for ~i /magnus -- http://x42.com/
Re: reply_regexp
On Fri, Jul 06, 2001 at 05:39:29AM -0700, David T-G wrote: specifically (yes, it's a really good time to be able to say set BASE_REGEXP='^((blah blah ...' folder-hook linux set reply_regexp \[linux\] $BASE_REGEXP folder-hook other set reply_regexp \[OtherList\] $BASE_REGEXP or some such; perhaps you could get that with an m4 preprocessing to generate your .muttrc for you until the muttrc scripting language becomes a reality -- unless I've missed that announcement in my long absence :-) List-subjects should be fixed at the mailinglist manager level. I've written such a subject-anti-mutation-script for use with ezmlm. Mail me for source. /magnus
[yes/no] vs. [y/n]
I upgraded from 1.2.5i to 1.3.19i and the only awkward thing I find is that all question now goes ([yes] / no) and if i type 'n' it interprets as a YES, and I keep forgetting pressing 'N' Of course there must be information about this somewhere in the distribution 'Muttrc', but just try a search for 'yes' or 'no' there ;-) Please. Everything else upgraded fine, and finally I can read utf8-mails without clumsy macroextensions... /magnus
Re: [yes/no] vs. [y/n]
On Wed, Jul 11, 2001 at 09:27:06AM +0200, Thomas Roessler wrote: On 2001-07-11 08:22:09 +0200, Magnus Bodin wrote: I upgraded from 1.2.5i to 1.3.19i and the only awkward thing I find is that all question now goes ([yes] / no) and if i type 'n' it interprets as a YES, and I keep forgetting pressing 'N' This shouldn't happen. What locale are you using? set locale = sv_SE /magnus
Re: Simple mutt question ... I think?
On Wed, Jul 11, 2001 at 09:16:25PM +1000, Anthony Green wrote: Hi, Take for example my reply to your email now . I type at the top and reply to your email ... but my signature is *below* you email. Most, if not all email programs these days have you reply to a message *above* the email text that you have been sent and quote it in some form .. the 's etc. It's not right. It is a lazy way to transform email communication into an chat-channel with the total accumulated log appended on each message. Just away with it. Cut away all of the message that you don't respond to. It's ok to send a message atop another when FORWARDING to a third party that is not the sender or a recipient of the original message. /magnus -- :::. Magnus Bodin ::. http://x42.com/ :::.. teaolnsihrmy.pdgwc0f,1bv:2xkq+/569z
Re: [yes/no] vs. [y/n]
On Wed, Jul 11, 2001 at 09:40:13AM +0200, Magnus Bodin wrote: On Wed, Jul 11, 2001 at 09:27:06AM +0200, Thomas Roessler wrote: On 2001-07-11 08:22:09 +0200, Magnus Bodin wrote: I upgraded from 1.2.5i to 1.3.19i and the only awkward thing I find is that all question now goes ([yes] / no) and if i type 'n' it interprets as a YES, and I keep forgetting pressing 'N' This shouldn't happen. What locale are you using? set locale = sv_SE I might mention that I have the exact same problem when [no] is default. Then 'y' is not interpreted as yes. N = no n = default Y = yes y = default, ie. NO. (not good) /magnus
Re: MailDir vs. mbox (was: Re: vfolders)
On Sat, Jul 14, 2001 at 07:51:18PM -0500, Tim Legant wrote: 995153880.17759_1.teich 995153880.17760_1.teich 995153880.17761_1.teich Procmail is severely broken in its creation of file names for maildirs. If procmail correctly followed the specification for maildirs, duplicates would be impossible. No it's not. http://cr.yp.to/proto/maildir.html A unique name can be anything that doesn't contain a colon (or slash) and doesn't start with a dot. /magnus -- :::... Magnus Bodin :: http://x42.com/ :::... tioelansr.c1mdh05pf897/bw:y,g'362q(4)k-v
Re: MailDir vs. mbox (was: Re: vfolders)
On Sun, Jul 15, 2001 at 02:03:36PM -0500, Tim Legant wrote: On Sun, Jul 15, 2001 at 08:31:44PM +0200, Magnus Bodin wrote: On Sat, Jul 14, 2001 at 07:51:18PM -0500, Tim Legant wrote: Procmail is severely broken in its creation of file names for maildirs. If procmail correctly followed the specification for maildirs, duplicates would be impossible. No it's not. Yes it is. I say it's up to the interpretation of the document. http://cr.yp.to/proto/maildir.html A unique name can be anything that doesn't contain a colon (or slash) and doesn't start with a dot. You really should quote the context. What you quoted is the simple, non-technical explanation for those who are *not* writing software to write messages into maildirs. If you contine reading (the very next paragraph, really!), you'll get the official definition for people who actually are coding maildir writers. Since it's not a formal definition with SHOULD, MUST, etc and BNF definitions, then it's up to the reader to interpret if the second paragraph is an example of the implementation of the first paragraph. I don't see the word require hostname anywhere. I agree however, that the procmail filenames are ugly. /magnus
Re: [yes/no] vs. [y/n]
On Mon, Jul 16, 2001 at 09:20:36AM +0200, Byrial Jensen wrote: On Wed, Jul 11, 2001 at 08:22:09 +0200, Magnus Bodin wrote: I upgraded from 1.2.5i to 1.3.19i and the only awkward thing I find is that all question now goes ([yes] / no) and if i type 'n' it interprets as a YES, and I keep forgetting pressing 'N' Do you happen to use OpenBSD? We just had another bug report from a guy with the same problem using OpenBSD 2.9. It turned out to be a bug in the locale saying that 'n' instead of 'y' should be interpreted to mean yes. yes. OpenBSD 2.9 Try using uppercase answers to yes/no questions, or delete or outcomment the line #define HAVE_LANGINFO_YESEXPR 1 in config.h and rebuild mutt. This will hopefully help if your locale has the same bug. Mange Tak. Thanks. It helped. /magnus -- :... Magnus Bodin ::... http://x42.com/ :. elntoasirhdpg.0y2fm1',wb:9ck/+36q?85)j(#][
Keywords? Filter-on-condition-when-sending?
Two questions: == 1. Is there anyway of configuring WHAT headerfields that are asked for before entering edit-mode? Default seems to be 'To:' and 'Subject:'. I'd like to set 'Keywords:' as well. 2. How do I hook in a program to filter with on send? OK. The easiest way may be to set sendmail to a wrapperscript that does everything and then piping, but is there any other way? E.g. when you mail to a certain mailadress? /magnus -- : Magnus Bodin . http://x42.com/ .. etaosinrl=dhwygm'f.pb?c:k-1/2qvj,
Re: [Q] mutt with qmail
On Fri, Oct 26, 2001 at 10:32:26PM +0900, YOON, Joo-Yung wrote: I like using mutt. Recently I changed the MTA from exim to qmail, and experience a little bit of confusing because it now does not move the read mails to other mailbox. What do you mean by that? Is there any one who uses qmail with mutt, and lives comfortable? Yes. It works fine. What can be a problem is queueing outgoing mail. Nothing else. /magnus
Re: how to decode mime encoded subjects?
On Wed, Dec 12, 2001 at 01:18:59AM -0500, Justin R. Miller wrote: Thus spake Andy Spiegl ([EMAIL PROTECTED]): Is there a unix tool (or another method) to convert something like this Subject: Para =?iso-8859-1?Q?Jos=E9_Carlos_Lavalle_?= into this Subject: Para José Carlos Lavalle The encoded format is called quoted-printable, and there should be utilities for it. I've seen algorithms in Perl for it, as well as native functions in PHP (though it'd be a little hackish to use a PHP shell script). Just search for 'quoted-printable decode' and I'm sure something will turn up :-) Note that it is not always encoded with the QP-algorithm. The other alternative, Base64-encoding is very common nowadays. Especially in subject-lines. See further RFC2047. /magnus
Re: save all outgoing messages to Fcc _and_ =sent
On Mon, Dec 17, 2001 at 08:17:11PM -0500, David T-G wrote: Eric -- ...and then Eric Smith said... % % so that I may look in one place to check all the outgoing mail % regardless of where is is fcc'ed? % % a simple (mutt) solution? Why not just set sent=+sentmail or such? Don't use the fcc function (or hook it to the same place) since you want it all there. If you want it together but yet separate, perhaps you could use something like fcc-hook . =D.sent/%_%O to save it in the original file name but under the D.sent directory under your $MAIL dir... (Oh, yeah -- the %_ ensures that the filename will be lower case.) Is it possible to fcc-hook to a pipe as well? Playing around and I don't want to resort to bcc and maildrop/procmail. /magnus
Re: Mutt and Tiff's
On Fri, Dec 28, 2001 at 05:38:47PM +0100, Cliff Sarginson wrote: Hello, I receive faxes in my mail these days but I cannot find anywhere (and I have looked) for a viewer I could use in Mutt to read them since they come in as tiff files. Any pointers --- mailcap: image/x-fax-g3; viewfax -geometry +5+23 %s; test=test -n $DISPLAY image/x-fax-g3;; print=printfax %s image/tiff; qiv %s; test=test -n $DISPLAY image/x-tiff; xv %s; test=test -n $DISPLAY mgetty-viewfax: ftp://ftp.leo.org/pub/comp/os/unix/networking/mgetty/ /magnus -- x42.com
Re: --without-iconv doesn't work?
On Wed, Jan 02, 2002 at 07:20:14AM -0800, Claus Assmann wrote: System: OpenBSD 2.8 ./configure --without-iconv doesn't work: checking for catalogs to be installed... de ru it es uk fr pl nl cs id sk ko el zh_TW zh_CN pt_BR eo gl sv da lt tr ja hu et ca configure: error: Unable to find an iconv function. See INSTALL for help I read the INSTALL file, that's why I used --without-iconv BTW: http://clisp.cons.org/~haible/packages-libiconv.html gives 404. The URL should be http://www.gnu.org/software/libiconv/ /magnus
Re: \222 instead of '
On Wed, Jan 02, 2002 at 09:04:56PM +0100, Roman Neuhauser wrote: Hi there, looks like Outlook (specifically: X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)) does something wrong when it base64-encodes a message: single quote becomes \222. Instead of I'm not sure, mutt would display I\222m not sure. Anyone else seeing this? How can I get compensate for it? The ways to compensate is to convert the charset to a proper one. The problem is that users and software on the Windows platform often confuses the iso-8859-1 character set with Windows-1252. Windows-1252 is a superset of iso-8859-1 and includes a number of additional characters. http://czyborra.com/charsets/iso8859.html#CP1252 Windows users and their software usually mix in WIN-1252 chars in iso-8859-1 text. I think of it as their problem more than yours. /magnus
Re: merging mailboxes
On Thu, Jan 03, 2002 at 03:36:01PM +0100, giorgian wrote:
hi all,
if i have two mail folders and want to merge them in one avoiding
repetitions, how can i do?
using this script:
Uses memory for the Message-ID-hash at the moment. Should be easy to tweak for
support for Maildir and then also mixing of Maildir and mbox:es.
$ids-hash could be tied to some file if somebody thinks memory is an issue.
/magnus
--- % --- cut here --- % ---
#!/usr/bin/perl
#
# dupmailweed.pl; BSD-license applies; (C) [EMAIL PROTECTED]; http://x42.com/
#
# usage: cat box1 box2 boxn | maildupweed.pl mergedbox
#
sub do_mail ()
{
my ($hdrs, $body, $ids, $output) = @_;
$msgid = $1 if $hdrs =~ /.+?\nmessage-id:\s+(.+?)\s*\n/i;
unless (length($msgid) exists $ids-{$msgid})
{
$ids-{$msgid}++;
print $hdrs . \n . $body;
}
}
sub traverse_mbox ($$$)
{
my ($input, $ids, $output) = @_;
my ($nextfrom, $hdrs, $body, $tm);
$nextfrom = $input;
while ($input)
{
$hdrs = $nextfrom . $_;
$body = '';
while ($input)
{
last if /^$/;
$hdrs .= $_;
}
while ($input)
{
last if /^From /;
$body .= $_;
}
$nextfrom = $_ if /^From /;
do_mail($hdrs, $body, $ids, $output);
}
}
my $ids = {};
my $input = *STDIN;
my $output = *STDOUT;
traverse_mbox($input, $ids, $output);
--- % --- cut here --- % ---
Re: charset=ks_c_5601-1987 - ???
On Tue, Jan 08, 2002 at 10:47:15PM +0300, Im Eunjea wrote: * Sven Guckes [EMAIL PROTECTED] [2002-01-08 19:22]: Mutt decodes messages with the following charset to only a bunch of question marks: Content-Type: text/html; charset=ks_c_5601-1987 [...] If you really want to read that email then, you can use w3m or lynx (for html) with hanterm (xterm with Hangul support). [...] Anyway ks_c_5601-1987 is not correct encoding for korean lang, correct one is euc-kr. Message with that header almost 99% is spam. It seems however as KS_C_5601-1987 *is* registered as charset and published as specification. Although it exists charset aliases: http://lists.w3.org/Archives/Public/ietf-charsets/2001AprJun/0025.html /magnus
Re: my-hdr entry disappears after editing headers
On Sun, Jan 20, 2002 at 02:10:09AM -0500, David T-G wrote: I wanted to achieve that outgoing messages are sent to my alternate address which I use at work. There I use the X-Label entry to filter the mails with procmail and move them to a seperate folder. Gaack! That means that every mail from you has a populated X-Label: field (in this case it was asdf; I was sure confused about *that*), which messes *me* up! May I respectfully suggest that you define your own header and leave me out of it? Tell me, how do you make use of the X-Label in Mutt? It sounds like you have some scheme for editinig and filing your mail according to these labels? Like in Eudora? /magnus - curious -- http://x42.com/
Re: my-hdr entry disappears after editing headers
On Sun, Jan 20, 2002 at 08:19:40AM +0100, Magnus Bodin wrote: On Sun, Jan 20, 2002 at 02:10:09AM -0500, David T-G wrote: I wanted to achieve that outgoing messages are sent to my alternate address which I use at work. There I use the X-Label entry to filter the mails with procmail and move them to a seperate folder. Gaack! That means that every mail from you has a populated X-Label: field (in this case it was asdf; I was sure confused about *that*), which messes *me* up! May I respectfully suggest that you define your own header and leave me out of it? Tell me, how do you make use of the X-Label in Mutt? It sounds like you have some scheme for editinig and filing your mail according to these labels? Like in Eudora? To clearify: Is there anyway besides Header-edit to modify the X-Label? I mean; I know of the %y %Y -stuff, but I wondered about manual or macroscripted editing. /magnus -- http://x42.com/
Re: Scripted GPG-encrypted mails
On Thu, Feb 07, 2002 at 02:23:49PM +, Dave Smith wrote: Hi all. I'm trying to write a script which will mail any file specified as an argument, to a specific user. However, I need the mail to be sent GPG-encrypted. It will at some point either require you to 1. Have an empty passphrase (not recommended) 2. Enter your passphrase (not so practical, may be?) 3. Have a script that contains the passphrase (security issue, too) 4. Have a script that takes the passphrase as CL parameter (not good) . . /magnus -- http://x42.com/ V wbvarq RSS. Qvq lbh?
Re: POP New Messages
On Sat, Mar 16, 2002 at 12:05:40AM -0800, Jerry Van Brimmer wrote: OK, I'll bite. How do you tell fetchmail to download only new mail? You don't tell fetchmail anything. If you care to read the manfile; Disposal Options -a, --all (Keyword: fetchall) Retrieve both old (seen) and new mes sages from the mailserver. The default is to fetch only messages the server has not marked seen. Under POP3, this option also forces the use of RETR rather than TOP. Note that POP2 retrieval behaves as though --all is always on (see RETRIEVAL FAILURE MODES below) and this option does not work with ETRN or ODMR. /magnus -- Word of the week: shou tào (mittens) http://x42.com/i/cn/pct/shou_tao.jpg
Re: Converting mbox to Maildir
On Wed, Mar 20, 2002 at 09:38:42AM -0800, Tyrin R. Price wrote: Are any tools or guidance available for converting mailboxes from mbox to Maildir? Mutt will do. 1. Create a maildir. 2. Open the mbox in mutt. 3. Tag all, save to Maildir. or if you want to batch it; http://www.qmail.org/mbox2maildir /magnus -- Words of the week: gao (tall) ai (short) http://x42.com/i/cn/pct/gao-ai.jpg
Re: Saving encrypted
On Tue, Mar 26, 2002 at 09:20:56AM +1100, David Clarke wrote: On Mon, 25 Mar 2002, Alan Batie wrote: snip Sooo, before I waste too much more time on this, I thought I'd see if anyone else has solved this problem... The way I got around this problem was to put encrypt-to my-keyid in my gnupg options file. That way all messages are encrypted to me and the other person(s). Wouldn't it be a better solution to keep the whole sent-mail-folder encrypted to myself using the open/close-hook-thingies in the compressed-folders-patch? Then the security issues with having all external encrypted mail being encrypted to self will be gone. Or is it not possible to use these hooks for the sent-mail-fcc-folder? /magnus -- Word of the week: gong ji (cock) http://x42.com/i/cn/pct/gong_ji.jpg
