Re: automatic check-traditional-pgp
On Sun, Sep 01, 2002 at 05:05:46PM +0200, Heiko Heil wrote: | Hello Mutt-users, | | many people don't care about RFCs and sign/encrypt their E-Mails | traditionally. As I don't want to press ESC-P for each message I want | mutt to do this automatically (like Mozilla+Enigmail does). Any hints? One technique is to use a filter (eg maildrop or procmail) to whack the Content-Type header into mentioning PGP. Then mutt treats the message as a PGP/MIME message (which is now is). Of course, this assumes the the original Content-Type header didn't actually convey useful information. -D -- Windows, hmmm, does it come with a GUI interface that works or just pretty blue screens? http://dman.ddts.net/~dman/ msg30633/pgp0.pgp Description: PGP signature
Re: Mutt color limitations
On Wed, Aug 21, 2002 at 12:57:21AM +0100, Lee J. Moore wrote: | 'brightwhite' creates *bold* white text, whereas 'white' creates | grey text FWIW, I've seen in the gnome-terminal palette that white really is grey, and brightwhite is really white. The solution there is to tweak the terminal so that the palette matches what I want it to be. I, for one, would like the flexibility that lots of colors allow, in particular for vim's syntax highlighting of xml and email. However it seems that X is required for that (gvim does a better job than 'vim'). -D -- All a man's ways seem innocent to him, but motives are weighed by the Lord. Proverbs 16:2 http://dman.ddts.net/~dman/ msg30405/pgp0.pgp Description: PGP signature
Re: Colapse thread
On Sat, Aug 10, 2002 at 06:25:30PM +0200, Martin Schweizer wrote: | Hello | | If I colapse threats there is always a ÀÄ at the begin of the subject | line. Where is this character problem? | I use FreeBSD 4.6, Mutt 1.2.5i and LC_ALL=de_DE.ISO_8859-1. What I'm doing | wrong? It means your terminal doesn't support the extended drawing characters. The solution is to either switch terminals or to set 'ascii_chars' in your .muttrc. (the ascii_chars aren't as pretty, but are functional) In my experience, gnome-terminal (1.4) requires using 'ascii_chars', but the linux console and xterm support the extended drawing characters. -D -- Do not pay attention to every word people say, or you may hear your servant cursing you -- for you know in your heart that many times you yourself have cursed others. Ecclesiastes 7:21-22 http://dman.ddts.net/~dman/ msg30186/pgp0.pgp Description: PGP signature
Re: reply to from address not to that in reply-to
On Sun, Jul 21, 2002 at 04:48:09PM +0200, Hans Ginzel wrote: | On Sun, Jul 21, 2002 at 04:07:52PM CEST, Sven Guckes wrote: | hove can I reply to an address that is in From: and not to | address that is in Reply-To:? I know why I want to write to | From: not Reply-To:. | 'subscribe [EMAIL PROTECTED]' and want to mail to author of a | post and not to list? | Thank you for answer. I found another nice option: | | ignore_list_reply_to Bingo. (I assumed that's why you wanted to reply to From: and not Reply-To:, some mailing lists are broken like that) -D -- If you hold to [Jesus'] teaching, you are really [Jesus'] disciples. Then you will know the truth, and the truth will set you free. John 8:31-32 http://dman.ddts.net/~dman/ msg29800/pgp0.pgp Description: PGP signature
Re: Locking strategies and MAILPATH
On Mon, Jul 22, 2002 at 09:39:52AM +0200, Vincent Lefevre wrote: | 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). grep -r cp -r How does maildir inhibit those operations? I actually find maildir better for grepping because grep tells me which file (message) the match was found in. 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. -D -- Trust in the Lord with all your heart and lean not on your own understanding; in all your ways acknowledge Him, and He will make your paths straight. Proverbs 3:5-6 http://dman.ddts.net/~dman/ msg29801/pgp0.pgp Description: PGP signature
Re: Locking strategies and MAILPATH
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) | And how can cp -r (or scp -r) remove files from the destination | mailbox? *Those* commands don't, the 'rm' command does :-). | 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? 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. 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. Perhaps a better solution is to use imap and have just one folder store. (*perhaps*) | 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. Can the limit function operate on message bodies? 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). HTH, -D -- A)bort, R)etry, D)o it right this time http://dman.ddts.net/~dman/ msg29819/pgp0.pgp Description: PGP signature
Re: Mutt and mail list issue
On Sat, Jul 20, 2002 at 11:10:42AM +0200, Rocco Rutte wrote: | * Derrick 'dman' Hudson wrote: | On Thu, Jul 18, 2002 at 09:43:23PM +0200, Sven Guckes wrote: | | | personally, i find that disallowing attachments on | | mailing lists is fine. | | Don't forget that PGP/MIME signatures are attachments. | It is a good thing to allow signed mail. | | Generally yes but not on all mailing lists. To take your | mail as an example, I don't see any advantage; As long as you don't trust my key, then there is limited advantage. | the only thing I know for sure (with a sucessfully verified | signature) is that someone with your name really signed a mail with | a key containing your user id. Which is useful because you at least know that I'm not being impersonated. If, at some point, you trust my key then you'll know a lot more about the messages (both new and old ones, as long as the same key was used). -D -- If any of you lacks wisdom, he should ask God, who gives generously to all without finding fault, and it will be given to him. But when he asks he must believe and not doubt, because he who doubts is like a wave of the sea, blown and tossed by the wind. James 1:5-6 http://dman.ddts.net/~dman/ msg29820/pgp0.pgp Description: PGP signature
Re: bouncing w/ mutt-1.3.28i
On Mon, Jul 15, 2002 at 05:58:01AM -0500, David T-G wrote: | % continue to use 'bounce' since the list of Received: headers is | % getting too long with this mail server. | | That's really odd. Your mail server should let a message go through a | million hops if it has to. It's a crude, but effective, loop detection mechanism (mentioned in RFC 821 as well). When the MTA sees what it thinks is an excessive number of Received: headers it figures a mail loop has occured and bounces the message instead. -D -- Through love and faithfulness sin is atoned for; through the fear of the Lord a man avoids evil. Proverbs 16:6 http://dman.ddts.net/~dman/ msg29703/pgp0.pgp Description: PGP signature
Re: bouncing w/ mutt-1.3.28i
On Sun, Jul 14, 2002 at 01:55:15PM +0200, Rocco Rutte wrote: | * Derrick 'dman' Hudson [02-07-14 06:02:40 +0200] wrote: | On Sat, Jul 13, 2002 at 10:08:52PM -0500, David T-G wrote: | | | Hmmm... Perhaps I've misunderstood envelope; I thought that it was all | | of the headers. | | No, the envelope normally isn't in the headers at all. It will only | appear there if you configure your MTA to add 'Return-Path:' and | 'Envelope-To:' headers. | | Doesn't a receiving MTA set the value of Return-Path: to the | result of MAIL FROM? IFF you configured it to do so. At least some MTAs don't put a Return-Path: header in by default. Also, what happens in the case of MTA1 delivering the message to [EMAIL PROTECTED], then the user uses fetchmail to re-deliver it to [EMAIL PROTECTED]? That could result in 2 Return-Path: headers ... The envelope really is separate from the rest of the message (headers+body), but some MTAs can be / are configured to store it in the headers of the message for the convenience of the final recipient. -D -- Like a gold ring in a pig's snout is a beautiful woman who shows no discretion. Proverbs 11:22 http://dman.ddts.net/~dman/ msg29634/pgp0.pgp Description: PGP signature
Re: how not to encrypt
On Sun, Jul 14, 2002 at 01:57:03PM +0200, Rocco Rutte wrote: | Hi, | | * Derrick 'dman' Hudson [02-07-14 05:32:12 +0200] wrote: | Mark Reed suggested, off-list, to try Ctrl-G. Ctrl-G | works, but isn't mentioned in the list of keys/commands | when I press '?'. | | Ctrl+G is the general abort key not only used in the compose | menu, IIRC. Oh, nice! It really should be mentioned in the help page. You've just shown me how to back out of the Really delete messages? question without (a) deleting marked messages or (b) unmarking marked messges (and without killing mutt). Thanks! -D -- Thy Word is a lamp unto my feet and a light unto my path. Psalms 119:105 http://dman.ddts.net/~dman/ msg29635/pgp0.pgp Description: PGP signature
Re: sort options -- threads/date-received , in reverse order
On Sun, Jul 14, 2002 at 02:15:10PM +0200, Rocco Rutte wrote: | * Derrick 'dman' Hudson [02-07-14 05:32:13 +0200] wrote: | On Sun, Jul 14, 2002 at 03:22:32AM +0200, Rocco Rutte wrote: | | set sort=threads | | set sort_aux=reverse-date-received | | That doesn't achieve the effect I want. Here is an example : | | [...] | | Notice how the thread itself is in 'date-received' order. | | However, I want the threads (eg if I collapse-all and then only count | the visible messages) to be reverse-date-received. | | Does this make sense now? Do you see how what I want is different | from 'sort=threads sort_aux=reverse-date-received'? | | I think I got it. You want all threads to be reverse-date | sorted. And per thread and threading-level you want the | messages sorted by date received. Is that correct now? Yes, that is correct. | ,[ ~/docs/software/mutt/manual-1.5.1.txt ]- | | | | 6.3.254 sort_aux | | When sorting by threads, this variable controls how threads | | are sorted in relation to other threads, and how the | | branches of the thread trees are sorted. | `- | | So, you'll have to sort by threads and find something to use | for $sort_aux which fits your needs. You want a thread | internally sorted by 'date-received' and externally by | 'reverse-date-received'. That doesn't seem to be possible | since $sort_aux is used for both. Yeah, I was afraid it wasn't possible right now. What is the formal method for submitting a feature request, along with some ideas on how the feature could be handled? (eg a $sort_aux_threads variable for intra-thread sorting, which only has effect if sort=(reverse-)?threads) -D -- He who finds a wife finds what is good and receives favor from the Lord. Proverbs 18:22 http://dman.ddts.net/~dman/ msg29637/pgp0.pgp Description: PGP signature
Re: from, realname, my_hdr From:
On Sun, Jul 14, 2002 at 09:37:03PM -0400, Daniel J Peng wrote: | I just installed Debian woody with Mutt 1.3.28i, and I've discovered a | puzzling behavior that wasn't in the Mutt that came with Mandrake 8.0 | nor any other Mutt I've ever used. I made a simple muttrc with just | | set from=[EMAIL PROTECTED] | set realname=Daniel J. Peng | | Now I expected that when I started writing an email in Mutt, Mutt | would construct a default From header consisting of my email and | realname, but instead the From header is completely blank. What happens if you add set use_from to it? | If I type :set from or :set realname, my email and realname do | appear properly. That's odd. | Has anybody else seen this behavior? Is this a new feature of Mutt | 1.3.28i? Or is this some pecularity of Debian's package? I use debian, and have used at least versions 1.2.5, 1.3.28, and 1.4.0 from the debian packages. HTH, -D -- If your company is not involved in something called ISO 9000 you probably have no idea what it is. If your company _is_ involved in ISO 9000 then you definitely have no idea what it is. (Scott Adams - The Dilbert principle) http://dman.ddts.net/~dman/ msg29642/pgp0.pgp Description: PGP signature
Re: wrapping lines ?
On Sat, Jul 13, 2002 at 04:16:02AM -0700, Will Yardley wrote: | Derrick 'dman' Hudson wrote: | | You can actually set many mutt specific options to your VIM this way. | | with some versions of vim, you can also do something like: | | :au VimEnter mutt-* set tw=72 wrap nosmartindent | :au VimEnter mutt-* syntax on | | (this will apply the options to filenames starting with mutt-) | | Even better, IMO : | | augroup Mail | au! | au FileType mail set tw=70 fo=tcrq2 nomodeline | au FileType mail set comments+=n:\|,n:%,n:\: | clear the old sig and go back to the beginning of the buffer | au BufRead /tmp/mutt* normal :g/^| -- $/,/^$/-1d gg | augroup END | | will 'FileType' (or ft) work with versions of vim prior to 6.x though? I'm pretty sure it does. The difference is that vim itself has less automagic based on filetypes built-in. It can still detect a lot of files (by extension or beginning content). -D -- Windows, hmmm, does it come with a GUI interface that works or just pretty blue screens? http://dman.ddts.net/~dman/ msg29609/pgp0.pgp Description: PGP signature
Re: odd behavior -- collapse-all, sorting by thread
On Sat, Jul 13, 2002 at 12:25:33PM -0400, John P Verel wrote: | On 07/12/02 22:53 -0500, Derrick 'dman' Hudson wrote: | | I notice some really odd behavior in mutt. I have it set up with some | folder-hooks to sort by threads in all my mailing list folders. This | works fine, _except_ for one particular list *iff* I don't have the | line | folder-hook lists.* collapse-all # collapse all threads | in my .muttrc. (remove that line, and the spamassassin list is not | threaded, put it in and it is). What can I look for to determine why | all but the one list are properly threaded without that line? | | I've found that folder hooks are sensitive to the order they are | executed. Yes, that's as documented. That gives you control over the precedence of commands. | I'm not quite certain if this addresses your question, but here's | what I've got in my ~/.muttrc: | # NOTE: Need to set specific mailbox hook BEFORE setting default. | | See my note to myself above. I found that I needed to set all the | folders where I wanted the non default behavior, e.g. folder-hook . | BEFORE the default is set. Otherwise, it didn't work. I do have a default hook, and it is first. I want it that way so that the specific ones override it (setting $index_format, and also $sort). So I went through all my folder-hooks again ... DOH! The relevant part is like this (the bad folder is 'lists/spamassassin') folder-hook lists.* set sort=threads folder-hook spamset sort=subject Well, duh, mutt did exactly what I told it to, just not what I _meant_ to tell it to :-). Hmm, I also noticed that when I put the (erroneous) collapse-all back in, the push EscV didn't work any more (thanks to both of you for that tip!). Apparently mutt stops processing folder hooks when an error is encountered, thus it short-circuited the sorting by subject for the SA folder. I just fixed it by prepending the spam rule with junk/.* since it is a subdirectory of =junk. -D -- But As for me and my household, we will serve the Lord. Joshua 24:15 http://dman.ddts.net/~dman/ msg29614/pgp0.pgp Description: PGP signature
Re: how to use the ISP''s smtp server directly
On Sat, Jul 13, 2002 at 03:39:16PM +0100, Lee J. Moore wrote: | On Fri, 12 Jul 2002, Derrick 'dman' Hudson wrote: | | [..] | http://www-dt.e-technik.uni-dortmund.de/~ma/postfix/vsqmail.html | | Postfix certainly seems to blow the others away. It does seem that way. | FWIW I like exim the best and postfix next. I've heard too many | horror stories about sendmail, and read too much of djb's attitude. | (also exim has some capabilities that postfix doesn't) | | My ISP uses Exim and I rather like the level of control they've | given me for bouncing messages, forwarding mail, using | SpamAssassin, etc. Doing this at the ISP level saves wasting my | own bandwidth and CPU cycles. I wonder how well Exim performs | when compared to Postfix. I'm searching for benchmarking info | again now. ;) Reread the above URL. It compares postfix, exim, qmail, and sendmail. It seems to indicate that exim is in second place. However, that benchmark is now outdated since exim is at version 4.05 (it used 3.33). | Thanks for that URL btw. :) You're welcome. I got it from the postfix-users list. -D -- Reckless words pierce like a sword, but the tongue of the wise brings healing. Proverbs 12:18 http://dman.ddts.net/~dman/ msg29615/pgp0.pgp Description: PGP signature
how not to encrypt
Sometimes mutt thinks it is supposed to encrypt a message. This is fine since I can tell it not to, except for when I forget to. The problem begins when I press 'y' in the compose menu. Mutt asks for a key to encrypt with, but I might not have a public key for that person. (this really happened a few minutes ago) I really wanted to send the message plain-text, but I couldn't find any command to make mutt cancel the encryption. I ended up using my own key, then forwarding it from my =Sent folder without encrypting it. So, my question is : After pressing send in the compose menu with encryption selected, how can I cancel out of the pick a key menu? -D -- 640K ought to be enough for anybody -Bill Gates, 1981 http://dman.ddts.net/~dman/ msg29616/pgp0.pgp Description: PGP signature
enhanced list support idea
Problem : Sometimes a message received via a mailing list, but doesn't mention the list in any of the recipient headers. (eg a member bounced an off-list reply back to the list) Mutt's list-reply function doesn't recognize any lists in that case. Solution (my idea) : For MLMs that include a List-Post: header, I think it would be useful if mutt would (or could) use that to derive the address of the list. I can think of several ways of handling this -- 1) use List-Post: by default. Doesn't require setting 'lists'. 2) use List-Post: if no 'lists'/'subscribe' addresses are found using current methods 3) use List-Post: in addition to current method 4) a configuration option to choose from the above. Do people think this is a good idea? Can it be added to the wishlist? Is it worthwhile if I managed to find time to make a patch, or would I be on my own to maintain it for each new release? -D -- What good is it for a man to gain the whole world, yet forfeit his soul? Or what can a man give in exchange for his soul? Mark 8:36-37 http://dman.ddts.net/~dman/ msg29617/pgp0.pgp Description: PGP signature
Re: how not to encrypt (includes version)
On Sat, Jul 13, 2002 at 07:55:44PM -0500, Derrick 'dman' Hudson wrote: | So, my question is : | After pressing send in the compose menu with encryption | selected, how can I cancel out of the pick a key menu? Sorry, I had a brain fart. I'm using version 1.4i. -D PS. from the choices in my random .sig, I'll choose 'D' :-) -- A)bort, R)etry, D)o it right this time http://dman.ddts.net/~dman/ msg29618/pgp0.pgp Description: PGP signature
sort options -- threads/date-received , in reverse order
version: 1.4i I want to try a new sort order for my mailling list folders. I am currently using 'sort=threads, sort-aux=date-received'. I've tried adding 'reverse-' to the beginning of each of those, but it isn't the effect I want. What I would like to try is 1) first group the messages according to the thread they are in 2) for each thread, sort the thread itself with date-received 3) order the threads (relative to other threads) in reverse-date-received order Basically I want the same thing I have now, but to reverse the order of the threads, treating each thread as an autonomous unit. The reverse-threads method and the reverse-date-received methods do this, but _also_ invert the contents of each thread. In other words, each thread will be normal (per my current setup), but with the newest thread on top, and so on. Is it possible to achieve what I want with the current code? If not, is this a sensible feature to add to the wishlist? TIA, -D -- There are six things the Lord hates, seven that are detestable to him : haughty eyes, a lying tongue, hands that shed innocent blood, a heart that devises wicked schemes, feet that are quick to rush into evil, a false witness who pours out lies and a man who stirs up dissension among brothers. Proverbs 6:16-19 http://dman.ddts.net/~dman/ msg29619/pgp0.pgp Description: PGP signature
Re: how not to encrypt
On Sat, Jul 13, 2002 at 07:55:44PM -0500, Derrick 'dman' Hudson wrote: | So, my question is : | After pressing send in the compose menu with encryption | selected, how can I cancel out of the pick a key menu? Mark Reed suggested, off-list, to try Ctrl-G. Ctrl-G works, but isn't mentioned in the list of keys/commands when I press '?'. (at least I know what to use now) -D -- He who walks with the wise grows wise, but a companion of fools suffers harm. Proverbs 13:20 http://dman.ddts.net/~dman/ msg29621/pgp0.pgp Description: PGP signature
Re: sort options -- threads/date-received , in reverse order
On Sun, Jul 14, 2002 at 03:22:32AM +0200, Rocco Rutte wrote: Thanks for your response. | * Derrick 'dman' Hudson [02-07-14 03:11:37 +0200] wrote: | | What I would like to try is | 1) first group the messages according to the thread they are in | | set sort=threads | | 2) for each thread, sort the thread itself with date-received | | 2) doesn't make sence since a thread is already sorted by |1) (according to headers). | | 3) order the threads (relative to other threads) in | reverse-date-received order | | set sort_aux=reverse-date-received That doesn't achieve the effect I want. Here is an example : ~~~ with sort_aux=reverse-date-received 91 r L Jul09 Kurt Lieber (1.2K) Re: return-path user -- local vs. smtp 92 L Jul10 Alexander Saboure(1.3K) |- 93 L Jul10 Philip Hazel (0.4K) | `- 94 L Jul10 Alexander Saboure(0.2K) | |- 95 L Jul10 Alexander Saboure(0.9K) | `- 96 L Jul10 Philip Hazel (0.7K) |- 97 F Jul09 Derrick 'dman' Hu(0.8K) `- ~~~ Notice how, at the same thread level, the older message is at the bottom. (in particular, compare messages 92, 96, and 97. What I want is for that thread to look like this, but still have indices 91-97 (that is, be near the top of the folder) : ~~~ example with sort_aux=date-received 554 r L Jul09 Kurt Lieber (1.2K) Re: return-path user -- local vs. smtp 555 F Jul09 Derrick 'dman' Hu(0.8K) |- 556 L Jul10 Philip Hazel (0.7K) |- 557 L Jul10 Alexander Saboure(1.3K) `- 558 L Jul10 Philip Hazel (0.4K) `- 559 L Jul10 Alexander Saboure(0.9K) |- 560 L Jul10 Alexander Saboure(0.2K) `- ~~~ Notice how the thread itself is in 'date-received' order. However, I want the threads (eg if I collapse-all and then only count the visible messages) to be reverse-date-received. Does this make sense now? Do you see how what I want is different from 'sort=threads sort_aux=reverse-date-received'? -D -- Better a little with righteousness than much gain with injustice. Proverbs 16:8 http://dman.ddts.net/~dman/ msg29623/pgp0.pgp Description: PGP signature
Re: bouncing w/ mutt-1.3.28i
On Sat, Jul 13, 2002 at 10:08:52PM -0500, David T-G wrote: | ...and then Derrick 'dman' Hudson said... | % Oh, actually, the entire envelope is changed. I think David meant to | % write headers -- | % nothing in the message headers (or body) is changed, and new | % headers are added | | Hmmm... Perhaps I've misunderstood envelope; I thought that it was all | of the headers. No, the envelope normally isn't in the headers at all. It will only appear there if you configure your MTA to add 'Return-Path:' and 'Envelope-To:' headers. Here's an example of an SMTP session (eg one for a message bounced by mutt), but with some of the longer content remove for the sake of this mailing list. 220 ns.gbnet.net ESMTP EHLO dman.ddts.net 250-ns.gbnet.net 250-PIPELINING 250 8BITMIME MAIL FROM:[EMAIL PROTECTED] 250 ok RCPT TO:[EMAIL PROTECTED] 250 ok DATA 354 go ahead Received: (all received headers remain, but snipped in this example) Date: Sat, 13 Jul 2002 22:08:52 -0500 From: David T-G [EMAIL PROTECTED] To: Undisclosed-Recipient:; Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.4i Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED]?body=unsubscribe Subject: Re: bouncing w/ mutt-1.3.28i Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=Ah9ph+G2cWRpKogL [body of the message] . 250 OK QUIT 221 ns.gbnet.net closing connection In this case, the envelope sender is [EMAIL PROTECTED] and the envelope recipient is [EMAIL PROTECTED]. The envelope is the data in the SMTP dialog. The headers are part of the DATA segment of the SMTP transfer. As far as SMTP is concerned, headers and body are all part of the message and are a (mostly) a black box. The envelope and the headers often correspond, but don't always (and in the case of spam, often have no relationship at all). -D -- If you hold to [Jesus'] teaching, you are really [Jesus'] disciples. Then you will know the truth, and the truth will set you free. John 8:31-32 http://dman.ddts.net/~dman/ msg29624/pgp0.pgp Description: PGP signature
Re: Wrong Signature with GPG - gpg.rc
On Thu, Jul 11, 2002 at 10:29:47PM +0200, Rocco Rutte wrote: | * Thorsten Haude [02-07-11 22:10:53 +0200] wrote: | Could you tell more about this? How did you identify the | broken MTA and what did you do to fix it? | | Someone else found out that GMX escapes 'from' at the | beginning of a line to 'from' which was the reason why I | could not verify a few mails. It's a short sed/python/perl | solution to remove it again. As I said, a few still remain. Actually, that MDA MUST do that mangling, or else your mbox will be corrupted. That's the problem with mbox. As a workaround, the PGP/MIME RFCs recommend that the sending MUA use quoted-printable, and escape all From_ lines before transmitting the message. (though if that GMX MDA was actually manging 'from' lines, then I'll agree that it is broken) | Since some people don't have problems at all, I don't | believe in a mutt problem anymore but in an MTA and MDA | issue (MTAs, fetchmail, procmail and the like). Right. I use maildir as my delivery format, so no message mangling is needed. | David provided some other tips which didn't help for me. | | I sure tried to follow that thread but David's mails are | much harder to read than the others. | | Because of the quoting? ;-) Yeah, but this didn't work for me : au FileType mail set comments+=n:\|,n:% My quoting is colored properly. When I run :set comments?, I see the % added as a comment character, but the coloring doesn't change. Any ideas on that? (using vim as the pager, btw) -D -- Piracy is not a technological issue. It's a behavior issue. --Steve Jobs http://dman.ddts.net/~dman/ msg29589/pgp0.pgp Description: PGP signature
Re: how to use the ISP''s smtp server directly
On Thu, Jul 11, 2002 at 02:37:59PM +0100, Lee J. Moore wrote: | On Thu, 11 Jul 2002, Chris Grossmann wrote: | | Just want to add that I switched to postfix (from sendmail) | about 3 months ago and have never looked back.. | | I wonder if anybody on the list knows of any sites comparing the | performance and reliability of both Sendmail and Postfix? I can | only find rather unscientific comparisons by John Doe types. ;) http://www-dt.e-technik.uni-dortmund.de/~ma/postfix/vsqmail.html FWIW I like exim the best and postfix next. I've heard too many horror stories about sendmail, and read too much of djb's attitude. (also exim has some capabilities that postfix doesn't) -D -- Microsoft DNS service terminates abnormally when it receives a response to a dns query that was never made. Fix information: run your DNS service on a different platform. -- bugtraq http://dman.ddts.net/~dman/ msg29590/pgp0.pgp Description: PGP signature
Re: mutt window copy/paste (Correction)
On Tue, Jul 09, 2002 at 08:23:17AM -0700, Deb wrote: | Thomas Dickey [EMAIL PROTECTED] had this to say, | Yes, it is. The F-secure window is vt100, which perhaps does confuse | the issue. You can also try Putty and Tera Term. I know that both of them (or at least putty) support the BCE feature that was mentioned elsewhere in the thread. Of course, their actual usefulness does depend on the termcap/terminfo entries on the host UNIX system. For example putty purports to be 'xterm' by default (but you can set it to whatever value you like). when connecting to solaris, mutt/vim have no color at all -- because the solaris 'xterm' termcap entry says that it doesn't support color. However if you set $TERM to 'dtterm', color works properly. When connecting to a linux (eg debian or redhat) system, their terminfo entry for 'xterm' includes color so putty gives nice colors then. I'm not sure what the original problem was, but maybe trying some other terminal emulators or $TERM settings will help lead to a solution. HTH, -D -- The righteous hate what is false, but the wicked bring shame and disgrace. Proverbs 13:5 http://dman.ddts.net/~dman/ msg29471/pgp0.pgp Description: PGP signature
Re: Signature
On Mon, Jul 08, 2002 at 10:54:41AM -0400, Nelson D. Guerrero wrote: | and how would I go about doing this? First you bottom quote so that a new member of the list can have a clue what you're asking. I think I've figured it out by combining the keywords signature and editor and delete, but it is better when you don't remove the original question. Now for the answer,in your .vimrc : augroup Mail au! au FileType mail set tw=70 fo=tcrq2 nomodeline clear the old sig and go back to the beginning of the buffer au BufRead /tmp/mutt* normal :g/^| -- $/,/^$/-1d gg augroup END (that is a literal ^M charcter between the 'd' and 'g', on one line ) -D -- A man of many companions may come to ruin, but there is a friend that sticks closer than a brother. Proverbs 18:24 http://dman.ddts.net/~dman/ msg29445/pgp0.pgp Description: PGP signature
Re: newbie: getting mail outta the box
On Sat, Jul 06, 2002 at 11:46:40PM -0400, Jeff Maxson wrote: | using debian sid (mostly), i386, exim, fetchmail. Using pine (the old | standby) I can send out mail (I'm using that now) and it actually arrives | at a final destination. Using mutt, I can get/read mail, but sending it | from mutt seems to drop the mail in the bitbox. Mutt seems to think that | it sent it (it says so, anyway), but I don't know if it is talking to exim | correctly. Look in /var/log/exim/mainlog and see what happened to the message. Most likely your exim config is not right and the message is frozen. (you can also see that by running 'mailq') | Like I said, pine is on speaking terms with exim. I've seen pine before; it (thinks it) can speak SMTP, so it is likely not taking the same execution path through your system. mutt does what any sensible program would do an simply pipes into /usr/sbin/sendmail. HTH, -D -- The remote desktop feature of Windows XP is really nice (and *novel*!). As a Microsoft consultant can *remotely* disable the personal firewall and control the system. We'll ignore the fact that this tampering with the firewall is not logged, and more importantly, that the firewall isn't restored when the clowns from Redmond are done with their job. -- bugtraq http://dman.ddts.net/~dman/ msg29431/pgp0.pgp Description: PGP signature
