Re: Quoting message in replies
On Thu, May 17, 2001 at 11:44:16PM -0700, Luke Ravitch wrote: On Thu, May 17, 2001 at 08:17:17PM -0600, Duke Normandin wrote: Seems like what I was wanting to do is taboo... OK! How about: Any ideas on how I can generate _that_ ? Would that break anything? Fascinating. Replying to this post and choosing to have the original message included, I get the above. The lines with the dashes disappeared. I wonder why. Well, consider that as a side effect. Could it be that you're using emacs as your editor and post.el as the mode to edit with? -- Dave Pearson: | lbdb.el - LBDB interface. http://www.davep.org/ | sawfish.el - Sawfish mode. Emacs: | uptimes.el - Record emacs uptimes. http://www.davep.org/emacs/ | quickurl.el - Recall lists of URLs.
Re: Passing the From address to a script
Biju Chacko [mutt-users] 18/05/01 14:08 +0530: I was wondering if it would be possible to call them directly from mutt. I could not find anything in the manual about this. I am thinking in terms of something like: macro index f5 !/home/biju/bin/somescript.sh $from_address\n Is this possible? Or do I have to use formail? Or am I on the wrong track altogether and there is some different, easier approach ? This should work quite well. For example, I use macro generic f1 !less /usr/doc/mutt/manual.txt\n Show Mutt documentation macro index f1 !less /usr/doc/mutt/manual.txt\n Show Mutt documentation macro pager f1 !less /usr/doc/mutt/manual.txt\n Show Mutt documentation -s -- Suresh Ramasubramanian + Wallopus Malletus Indigenensis mallet @ cluestick.org + Lumber Cartel of India, tinlcI EMail Sturmbannfuhrer, Lower Middle Class Unix Sysadmin
Re: Quoting message in replies
On Fri, May 18, 2001 at 12:50:58AM -0700, Luke Ravitch wrote: On Fri, May 18, 2001 at 08:30:22AM +0100, Dave Pearson wrote: Could it be that you're using emacs as your editor and post.el as the mode to edit with? Indeed, I am. I take it Post mode is responsible for the trimming. Is there a rationale behind it or is it just a quirky...umm...feature? It's a side effect of the setting of `post-signature-pattern' and how `post-delete-quoted-signatures' uses it. -- Dave Pearson: | mutt.octet.filter - autoview octet-streams http://www.davep.org/ | mutt.vcard.filter - autoview simple vcards Mutt: | muttrc2html - muttrc - HTML utility http://www.davep.org/mutt/ | muttrc.sl - Jed muttrc mode
Re: Quoting message in replies
On 2001-05-17 20:17 -0600, Duke Normandin wrote: Seems like what I was wanting to do is taboo... OK! How about: It's not taboo in the sense of arbitrary taboo. It's that you seem to think that it's fine to use whatever format you like for quoting. Perhaps you don't realize that it's not strictly a personal issue. When people reply to a mail that itself contains quotes of previous messages, it gets hairy if everybody uses a different quoting format. -- André Majorel Work: [EMAIL PROTECTED] Home: [EMAIL PROTECTED] http://www.teaser.fr/~amajorel/
Re: Passing the From address to a script
On Fri, May 18, 2001 at 02:13:26PM +0530, Suresh Ramasubramanian wrote: Biju Chacko [mutt-users] 18/05/01 14:08 +0530: I was wondering if it would be possible to call them directly from mutt. I could not find anything in the manual about this. I am thinking in terms of something like: macro index f5 !/home/biju/bin/somescript.sh $from_address\n Is this possible? Or do I have to use formail? Or am I on the wrong track altogether and there is some different, easier approach ? This should work quite well. it doesn't. For example, I use macro generic f1 !less /usr/doc/mutt/manual.txt\n Show Mutt documentation macro index f1 !less /usr/doc/mutt/manual.txt\n Show Mutt documentation macro pager f1 !less /usr/doc/mutt/manual.txt\n Show Mutt documentation I too use the same macros. My question was whether it was possible to pass the from address of the current mail to a macro easily ? I know it's possible to do it with formail, but I am looking for something a little more direct. Biju -- - Biju Chacko| [EMAIL PROTECTED] (work) Exocore Consulting | [EMAIL PROTECTED] (play) Bangalore, India | http://www.exocore.com -
sent box
Hi ALL! Can mutt save sent mail to folder? -- Avoid the Gates of Hell use LinuxAndriy T. Yanko E-mail: [EMAIL PROTECTED] ICQ# 83047775
Re: sent box
* On Fri May 18, Andriy T. Yanko wrote: - Hi ALL! - Can mutt save sent mail to folder? - - -- - Avoid the Gates of Hell use LinuxAndriy T. Yanko - E-mail: [EMAIL PROTECTED] - ICQ# 83047775 I have mutt save my sent emails to ~/mail/Sent... Here's what I have in my muttrc: set record=+Sent# Save sent mail to ~/mail/Sent -- Nelson D. Guerrero Platinom.NET Dominicana - [EMAIL PROTECTED] - http://www.platinom.net/ Telecable Nacional - [EMAIL PROTECTED]- http://www.tcn.com.do/ -
Re: Quoting message in replies
On Thu, May 17, 2001 at 11:44:16PM -0700, Luke Ravitch wrote: On Thu, May 17, 2001 at 08:17:17PM -0600, Duke Normandin wrote: Seems like what I was wanting to do is taboo... OK! How about: Any ideas on how I can generate _that_ ? Would that break anything? Fascinating. Replying to this post and choosing to have the original message included, I get the above. The lines with the dashes disappeared. I wonder why. Well, consider that as a side effect. Anyway, what I was originally going to say was that I wouldn't put the before the dashes because the dashes aren't part of the quoted message. Of course, then you need to consider the use of -- as sig cutoff indicator. Maybe use equal signs instead of dashes. As for implementing it, you might be able to get the first line of dashes (or whatever) with setting attribution (see Mutt manual for details). I don't know what to do about the bottom line. Finally, I would recommend sticking with the standard way of doing things (one line of attribution and the standard reply-quote prefix). It's just cleaner. But if you really want to do as you inidicated above, good luck with figuring out how. -- Luke Thanks for the input! I'm going to think on proceding with this experiment a bit more ;) I first saw this type of quoting the other day on the FreeBSD-questions list. Mutt rendered it just great. I should have pretended to reply to such a message to see what would have happened. personally, I _hate_ the build-up of ' ' on the LH-side. Mutt's color-coding sure helps in this regard though. I find the following better suited for me for reading on-going threads: On April 18, 2001 Duke groaned... ---automatic cursor positioning here so that the reply _always follows_ then the subsequent replies would look like On April 18, 2001 Duke groaned... . . On April 18, 2001 Luke wrote... . . On April 18, 2001 Surash wrote etc etc [current message body] To _me_ the above in uncluttered, obvious and _much_ easier to follow. Granted its diametrically contrary to the status quo, but to _me_ the status quo sucks - that is: the follow-the-arrow-to-get-the-name-of-the-current-writer bullshit! Anyway, I'm a firm believer that nothing man-made is or should be, etched in stone. Standards are required, of course, to bring about peace and harmony, but standards must be reviewed periodically to determine if they are both effective AND efficient. I have no illusions that the Internet mail quoting status quo will ever be changed -- and especially NOT to accomodate me or anyone else. The above is merely wishful thinking on my part; and I appreciate the concerns about breaking functionalities when deviating from the current standards. I require no more guidance in this matter, so thanks for your - and everyone's - input! -- -duke Calgary, Alberta, Canada
Re: [feature req] Configurable behaviour after MTA failure
On Thu, May 17, 2001 at 11:49:15PM -0400, Walt Mankowski wrote: On Thu, May 17, 2001 at 12:49:27PM +0530, Joane Lispton wrote: So, if, e.g., the PPP link is down and I haven't noticed that, mutt will tell me that my email has been sent, while it is actually stored in some directory on my hard-drive, awaiting my next connection to the Internet... probably established to download the replies to the emails I _thought_ I had sent! I actually think queueing is a *feature* on laptops. I frequently compose emails while I'm disconnected (say on a train or in a coffeeshop) and intentionally let the MTA queue them up. When I'm back online the MTA will take of sending them without my worrying about it. It's not just laptops. Any machine with a dial-up connection where that connection is dial-on-demand really needs queueing. I've had a net connection like this since 1995 and have been using sendmail to do the queue handling all that time. When I bring up the link the queue gets flushed. Nice and simple. -- Dave Pearson: | mutt.octet.filter - autoview octet-streams http://www.davep.org/ | mutt.vcard.filter - autoview simple vcards Mutt: | muttrc2html - muttrc - HTML utility http://www.davep.org/mutt/ | muttrc.sl - Jed muttrc mode
Re: [feature req] Configurable behaviour after MTA failure
On Fri, May 18, 2001 at 04:43:02PM +0100, Dave Pearson wrote: It's not just laptops. Any machine with a dial-up connection where that connection is dial-on-demand really needs queueing. [SNIP] That should have read /isn't/ dial-in-demand. -- Dave Pearson: | mutt.octet.filter - autoview octet-streams http://www.davep.org/ | mutt.vcard.filter - autoview simple vcards Mutt: | muttrc2html - muttrc - HTML utility http://www.davep.org/mutt/ | muttrc.sl - Jed muttrc mode
Re: [feature req] Configurable behaviour after MTA failure
On Fri, 18 May 2001, Joane Lispton wrote: To sum it up, when it comes to the trade-off between - doing all the queueing manually, and knowing (from within mutt) that mail has been successfully relayed and - having a MTA do the queueing for me, yet, if I wish to make sure that something is already at the relay host, I have to dig in log files, wouldn't mailq still tell you the mail is in the queue, and hasn't been flush yet? not saying that the option not to store the fcc on failed delivery is a bad thing, just another way to check :) Dan
Re: [feature req] Configurable behaviour after MTA failure
On Fri, May 18, 2001 at 11:48:23PM +0530, Joane Lispton wrote: Hi Dave, When I bring up the link the queue gets flushed. Nice and simple. That's my problem with queueing MTAs: if the link goes down before the MTA relays the emails (e.g., my connection is accidently dropped while I am in mutt), I think they were flushed but they still are on my hard-drive. And to really make sure that mail got _sent_, I have to look at SMTP log files... :-( Sounds like you're trying too hard here. With sendmail (insert your MTA of choice here as I'm sure they all work in a similar way) all I simply need to do is type mailq and I can see what's still in the queue and why. To sum it up, when it comes to the trade-off between - doing all the queueing manually, and knowing (from within mutt) that mail has been successfully relayed and - having a MTA do the queueing for me, yet, if I wish to make sure that something is already at the relay host, I have to dig in log files, I've never needed to dig in the logs to see if anything has gone. I simple check the queue. Further to that, most of my net connections are done at timed intervals and are brought up via cron. Quite often I'm not even at my desk when this happens. As you might imagine any kind of manual intervention on my part, be it handling the queue by hand or reading logs, would be out of the question. -- Dave Pearson: | mutt.octet.filter - autoview octet-streams http://www.davep.org/ | mutt.vcard.filter - autoview simple vcards Mutt: | muttrc2html - muttrc - HTML utility http://www.davep.org/mutt/ | muttrc.sl - Jed muttrc mode
Word Wrap
I'm not sure how I missed this in the Mutt manual and some online tutorials, but I have some people on another mail list complaining that my email isn't wrapping properly. I am using vim as my editor. Which needs to be configured to setup wrapping at 72? Is it in one of the vim files or the .muttrc? TIA, Larry (ps ... I manually inserted the line breaks) -- Larry HignightPowered by Caldera OpenLinux 2.4 -- 1:02pm up 21 days, 2:01, 7 users, load average: 1.15, 1.16, 0.83 --
Re: request for SMTP integration (was Re: Mail using non-local SMTP server.)
oddities. Meanwhile, Fetchmail, which actually exists to fit this role, works to actually address all these things, and if you want to pop mail to your machine from a remote account, something like this still makes the most sense to use. If you don't like Fetchmail, you can use one of the alternatives, or plug in your own. Why the heck should all those options be re-implemented in all the individual MUAs, when they are not based on reading mail, they are based on remote implementations and a transfer protocol? Hi, I am sorry to contribute to this endless flamewar, but I may be helpfull to you being actuall luser (actually, I am former lawyer, now switching to study of social sciences). I really do not care whether SMTP capability is included in mutt or not. However, what DO I care a lot is an incredible pain in neck, which was to configure my MTA. I haven't found (and I tried) utility which would make configuration of sendmail easy (I have dial-up PPP conection to Internet without BIND). After trying count of them, I found postfix, which was certainly more simple than sendmail to be configured, but still it lages miles behind ease of setting up an account with GUI mailers (I am not using them, because KDE 2.0.1 on my only :-) 64 MB was slow as hell; when was acronym EMACS expanded to Eight Megabytes And Continually Swapping? :-). Therefore, what I would like to find is not getting SMTP in mutt (OK, I would love to have HTML mailing, but that's another story), but if there would be some REALLY simple cookbook-style HOWTO about setting up MTA over dial-up (or some WORKING utility to do it for me). BTW, I have asked whether it is possible to receive delivery (reading) notification with mutt postfix and nobody answered. Would you, please? Have a nice day and happy flaming Matej
Re: Word Wrap
Larry Hignight wrote: I'm not sure how I missed this in the Mutt manual and some online tutorials, but I have some people on another mail list complaining that my email isn't wrapping properly. I am using vim as my editor. Which needs to be configured to setup wrapping at 72? Is it in one of the vim files or the .muttrc? Either, actually! Since you can specify it on the command line, you could use something like this in your ~/.muttrc file: set editor='vim -c set tw=72' There are many other things that you could also specify, but this is the one you mentioned, so... Good luck! =o) -- Mr. Wade -- Linux: The Choice of the GNU Generation
Re: Passing the From address to a script
On Fri, May 18, 2001 at 10:39:21AM -0500, Jason White wrote: Here's something I wrote to parse headers. It doesn't use GOTO, deals with headers in a case insensitive manner, and deals with multi-line header content. $content contains the entire multi-line header with leading spaces removed and newlines converted to spaces. snipped perl code Actually mail header parsing is easily done with formail: macro index | formail -x From: | somescript.sh pass from address to script will do the trick just fine. I was wondering whether mutt provided a similar facility. Biju -- - Biju Chacko| [EMAIL PROTECTED] (work) Exocore Consulting | [EMAIL PROTECTED] (play) Bangalore, India | http://www.exocore.com -
