Re: Question about message id
Ебрашка wrote: > my mails have Message-ID: . Question, what > should I write in .muttrc to make my outgoing mails have the same beautiful > message-ID as Yandex mail? My first question would be, why do you care what the Message-ID: field contents look like? Virtually no-one will ever look at it. > For example Message-Id: <43265...@example.com> consisting of random > digits and domain name There's a good reason for that; it help to ensure uniqueness, which prevents problems with threading. By limiting itself to only digits, Yandex's IDs are much more likely to collide. If you absolutely must do this, have a look at the `message_id_format` variable. Charles -- ----------- Charles Cazabon GPL'ed software available at: http://pyropus.ca/software/ ---
Re: Two doubts about POP3 and IMAP
John Hawkinson wrote: > [ I want to preface this by saying the recent discussions about POP3 that > suggest it is a reasonable approach or a viable alternative are quite > concerning to me, becauase as a practical matter, my understanding is that > basically "nobody should still be using POP3" and it is a moribund and > technically inadequate protocol with a lot of problems, I'm not sure where you read/heard that. POP3 and IMAP4 are really aimed at different use cases - POP3 is basically just used to pull messages from a server when the machine you're on doesn't receive mail by SMTP. Yes, it can be used in more complex environments, and can be used as a live store of mail accessed remotely by a client - but that really isn't its forte. IMAP4 *is* designed as a live remote store of mail, providing features that a full MUA needs to be able to provide a reasonable approximation of "normal email" service when the mailstore is remote. For what it's designed to do, POP3 is still fully capable of serving those needs. "No one should be using POP3" is a religious argument, not a technical one. If POP3 serves your needs, use it. If it doesn't, or you don't want to, use IMAP4. But you needn't be "concerned" about other people using POP3 - it's a perfectly valid thing to do. Charles -- ----------- Charles Cazabon GPL'ed software available at: http://pyropus.ca/software/ ---
Re: DKIM and SPF fail for messages sent via mutt-users
Jan Eden wrote: > > I recently sent a message to this list, and received a couple of DMARC > reports from various mail providers to my postmaster address: [...] > > I was under the impression that earlier issues with DMARC, DKIM and SPF with > respect to mailing lists were solvable Others have addressed DKIM, but for SPF I have found that every message to a mailing list of any size generates a number of reports of SPF failures, even though the list has correctly used its own domain in the envelope return path. I believe this is because there are people or bots subscribed to the list using terrible mail-forwarding configurations, where the forwarded message is sent with an envelope sender extracted from the From: header field - either because the software is a disaster, or because it's being used on a machine that cannot or does not properly record the original envelope when delivering received messages. Charles -- ----------- Charles Cazabon GPL'ed software available at: http://pyropus.ca/software/ ---
Re: POP3: keep messages in server for x days
X Tec wrote: > > I already know about pop_delete and pop_last; but is it possible to tell > Mutt something like "keep messages in remote server, but only for a certain > amount of time"? If you're willing to use an external tool for POP, getmail has exactly that functionality. It can be configured to deliver to local maildirs, mbox files, or just about anything else, so it's easy to integrate with mutt. Charles -- ----------- Charles Cazabon GPL'ed software available at: http://pyropus.ca/software/ ---
Re: Unexplained mutt error
Ranjan Maitra wrote: > On Fri Feb25'22 07:00:05AM, Charles Cazabon wrote: > > > > That's the right solution, but I've also seen people configure their MDA > > to add a Reply-To: header to incoming list messages that don't have them. > > I see: I use fetchmail and then procmail for fetching email. So, would this > be done through fetchmail or procmail? Here procmail is your MDA. I know it can do such things, but don't ask me how. > Regardless, actually I think that all I would be happy with would be a query > or something that alerts me to the fact that I am potentially writing to an > individual address (or a list) (for when I am on a list, but not in > general, because then I start to blindly accept because most email is not to > a list). > > Any thoughts on if this is possible? There's a number of ways. If your list mail is in separate folders, you can use a folder hook to just disable the (r) function, or to remap it to list-reply. Charles -- ----------- Charles Cazabon GPL'ed software available at: http://pyropus.ca/software/ ---
Re: Unexplained mutt error
Kurt Hackenberg wrote:
> On 2022/02/22 18:10, Ranjan Maitra wrote:
>
> > As an aside, for others: is there, in .muttrc a way to set things such
> > that hitting "r" would automatically switch to reply list ("L") for
> > specific folders?
[...]
> It's possible to change key bindings, so maybe you could do that on the fly,
> conditionally, for certain folders...or maybe you could write some tricky
> macro...but I think probably those are both bad ideas. I think you'd do
> better to just always use 'L' to reply to a list.
That's the right solution, but I've also seen people configure their MDA to
add a Reply-To: header to incoming list messages that don't have them. Just a
thought.
Charles
--
-------
Charles Cazabon
GPL'ed software available at: http://pyropus.ca/software/
---
Re: Receive email, filtering
Piet wrote: > > Dear Charles, > > thank you for the hint. You're most welcome. > I'll try harder to get it work now, because I'm sure if will be possible. Someone else said I should have given the answer here, even though it is off-topic. For getmail, in the [options] section of your rc file, use: read_all = false delete = false It will retrieve all messages the first time they're seen, and will not delete them from the server. Charles -- ------- Charles Cazabon GPL'ed software available at: http://pyropus.ca/software/ ---
Re: Receive email, filtering
Piet wrote: > > It seems, that fetchmail receives emails from imap, but only in two > ways which can not be combined: [...] > Getmail seems to work similar to fetchmail. > Is there the opportunity to fetch and filter email without deleting it in > the external imap account? As the author of getmail, I can assure you that getmail is capable of retrieving mail and not deleting it from the server afterwards; it's explained in the docs. As much as I detest fetchmail, it virtually certainly can also do this. Charles -- ----------- Charles Cazabon GPL'ed software available at: http://pyropus.ca/software/ ---
Re: trouble with sending emails from alternate email account
Ranjan Maitra wrote: > I am no longer able to send email from mutt from anything other than my > office account [...] >[2022-02-12 23:18:26] 5> AUTH PLAIN (removed) >[2022-02-12 23:18:27] 5< 535 Authentication credentials invalid >[2022-02-12 23:18:27] 5< 535 Authentication credentials invalid Looks like your SMTP AUTH credentials are not valid :) You should probably contact your mailhost for assistance. Charles -- ------- Charles Cazabon GPL'ed software available at: http://pyropus.ca/software/ ---
Re: OT: "domain-level" email hosting services?
Nathan Stratton Treadway wrote: > I've always just run my own (Linux) email server locally in my home > office, but my current Internet service is soon going to be going away > and I was wondering if it would make sense to move to some sort of > mail-hosting company as part of reorganizing my network setup. It could be worth it. I've run my own mailservers for the last couple of decades, and it keeps becoming more of a pain in the ass as the 900-lb gorillas of the email world impose arbitrary new restrictions in the name of anti-spam. > here to see if anyone has recommendations for mail hosting services that > target neither "consumer" nor "enterprise" clients, but somewhere in the > middle (and which play nicely with Mutt and other IMAP clients)? Yes, there are a number out there. The specific ones I'd recommend are way out of date, but look for ones running "vmailmgr" by Bruce Guenter. They tend to be technically savvy and give you full control over the way email is handled for the domain -- it's not just a catchall POP/IMAP account. > For example, a service that allows unlimited "aliases" for a set of > domains, pointing to a handful of "user mailboxes" which actually > receive email? This is easy with vmailmgr. Charles -- --- Charles Cazabon GPL'ed software available at: http://pyropus.ca/software/ ---
Re: Quitting when messages tagged
Hi, Kevin, Thanks for the reply. > > In short: an accidentally-doubled "q" keypress in the message view will > > quit mutt (I have exit set to the default of "yes"), even if I have a > > bunch of messages tagged in the folder view. > > No there is no such setting. I can only think of two workarounds, but you > may not like either. > > First, you could try training yourself to use 'i' to exit the pager menu Oh, that's going to be hard. I've been using mutt as my only MUA for twenty years... I figure I've handled at least 7.5M incoming emails with it. > Another possibility is to wrap the tagging and tag-copy/save operations in > macros I did look at this, but I couldn't see a way to get the count of currently tagged messages, so that I could reset quit/exit to "yes" only when the count reached 0, and set it to "ask-no" when the count was >0. > A macro wouldn't be able to figure out if you are toggling a tag back off. And this, of course. I've hacked additional features into mutt once or twice, though I never followed if they made it into the mainline. I might have a go at adding this. I'm sure someone other than me runs into this issue. Charles -- --- Charles Cazabon GPL'ed software available at: http://pyropus.ca/software/ ---
Re: Quitting when messages tagged
Alexander Dahl <p...@lespocky.de> wrote: > > > Is there a way to have quit act like "yes" when I have nothing tagged, but > > "ask-no" when there is tagged state to lose? I haven't found anything in > > the manual that would allow me to do this. > > So you already know the 'quit' option. I do not find the ask-yes setting to > annoying. You quit mutt only once in a while and this case it's not too > annoying to have an extra confirmation, isn't it? Yes, it is too annoying. I enter and exit mutt dozens of times a day. Maybe 50 or 60 times on an average day. ask-yes is extremely annoying in the general case. Charles -- ----------- Charles Cazabon GPL'ed software available at: http://pyropus.ca/software/ ---
Quitting when messages tagged
Hi, I'm wondering if there's a setting or combination of settings I'm missing to prevent an annoyance. In short: an accidentally-doubled "q" keypress in the message view will quit mutt (I have exit set to the default of "yes"), even if I have a bunch of messages tagged in the folder view. This happens to me frequently enough to be an annoyance. I'll be going through a folder tagging messages for moving to another folder, and will go into the message view of a given message to see if it's one I want to move (when the folder view doesn't give me enough information to tell). If I hit "q" to go back to the folder view, sometimes I get a double keypress, and mutt immediately exits, losing the tagged state of however many messages I've already reviewed, and I have to redo it. Is there a way to have quit act like "yes" when I have nothing tagged, but "ask-no" when there is tagged state to lose? I haven't found anything in the manual that would allow me to do this. Thanks, Charles -- ----------- Charles Cazabon GPL'ed software available at: http://pyropus.ca/software/ ---
Re: Download multiple attachments at once
John Niendorf j...@jfniendorf.org wrote: Today as I was saving about 20 photos I received from my sister, I thought I wonder if there is a way to save all of the images attached to an email in one swoop as opposed to hitting s for each one. How do you guys manage attachments? On the list of attachments, tag them all, then tag-save. You'll be prompted for filenames for each one, but you can just hold the enter key to use the defaults for each. Charles -- --- Charles Cazabon GPL'ed software available at: http://pyropus.ca/software/ ---
Re: Is mutt extensible with a programming language?
XeCycle xecy...@gmail.com wrote: But Gnus can be easily extended with Emacs Lisp, which is a killer feature compared to mutt. [...] Or --- Is there a fork of mutt that already support this? Ludovic Courtès implemented this with Guile. It's not in the mutt mainline but appears to be here: http://savannah.nongnu.org/projects/mutt-guile/ Charles -- --- Charles Cazabon GPL'ed software available at: http://pyropus.ca/software/ ---
Re: Email addresses with spaces
Michelle Konzack [EMAIL PROTECTED] wrote: Am 2008-05-28 10:43:41, schrieb Clayton Scott Kern: I'm not sure if this is the right place to address this. I use fetchmail - sendmail - procmail - mutt. First of all: Why do you use sendmail between fetchmail and procmail? I have problem with emails that have spaces in the user name. For example joe [EMAIL PROTECTED] Such messages should be rejected by your ISP on SMTP-Level since they are invalid. They're only invalid if they're not encoded correctly. RFC822/2822 allows spaces to be included if they're part of a quoted string. i.e., this is an rfc822-valid header field: To: joe doe@mymail.com Mutt handles this case correctly. Either the message you're retrieving with fetchmail has the header encoded incorrectly by the server it's retrieving from, or one of the programs you're passing it through (including fetchmail) is munging the message header and leaving it invalid. You can check whether the message is already invalid on your mail server by capturing the POP/IMAP conversation off the wire when you run fetchmail. If it's clean there, you need to figure out which of your mail-processing programs is breaking it. Charles -- --- Charles Cazabon GPL'ed software available at: http://pyropus.ca/software/ ---
Re: automatically check for new mail
Steve S [EMAIL PROTECTED] wrote: I'm doing that too, with getmail and a cronjob. Nice to hear :). The problem is not that mail doesn't download to my machine, but that mutt, if * it is open all the time * showing the file browser (when invoked with `mutt -y`) * no key is pressed doesn't show the 'N' flag for folders (mailboxes) which have new mail after $timeout seconds as it should (it should, right? :). It does that only if I a) go to some mailbox and then back to the browser (which is the event a key is pressed and mutt checks for new mail if I understand correctly) b) invoke the check-new function manually. Pardon me for being late to this discussion. Have you set `mail_check` to a non-default value in your .muttrc (or system-wide Muttrc) file? Or how about `timeout`? The default for that is 10 minutes -- have you tried waiting that long to see if mutt identifies new mail? Charles -- -- Charles Cazabon [EMAIL PROTECTED] Software, consulting, and services available at http://pyropus.ca/ --
Re: Why you guys like to put the reply below the quote?
Fisherss [EMAIL PROTECTED] wrote: Any special reason or advantage ? There's a few thousand documents on the 'net explaining why this is the correct way to format messages. Here's one of the better ones: http://www.netmeister.org/news/learn2quote.html Charles -- -- Charles Cazabon [EMAIL PROTECTED] Software, consulting, and services available at http://pyropus.ca/ --
Re: How to send a return receipt
Derek Martin [EMAIL PROTECTED] wrote: On Tue, Oct 16, 2007 at 09:46:19PM +0200, Rado S wrote: It's not a bug but a feature that not everything that is possible is built-in but must/can be accomplished elsewhere. I have always, and still do find this argument to be um, less than well thought out (to put it extremely mildly). Adding features does not inherently add bloat; Actually, it does. Every feature, and every line of code generally, incurs both a development cost, and maintenance costs. Every feature adds maintenance time for bug testing, developer documentation, end-user documentation, regression testing, developer support, end-user support, etc. It's a fairly significant burden, and it's the best damn reason for rejecting calls for features adding little or no new functionality not possible with the existing code, even when the people calling for it say but it only adds 20 lines of code, that takes like ten minutes. I'm not referring only to mutt here, either. If your pet feature is minimal code, but the developers don't want to include it because what you're asking is already possible another way -- just maintain a local patch for it. Every time you want to upgrade, apply your patch to the fresh code -- voila. You get your feature, and the developers don't get the development, testing, and support overhead associated with it. Everyone wins. Yes, I've done exactly this myself. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://pyropus.ca/software/ ---
Re: How to send a return receipt
Patrick Schoenfeld [EMAIL PROTECTED] wrote: On Thu, Oct 11, 2007 at 11:28:46AM -0500, David Champion wrote: This is correct. Mutt doesn't internally support MDNs. A patch has Uhh, thats funny... in a not funny at all way. :-( been posted by Werner Koch, but it might not be current. Check the mutt-dev archives. Hm. I will look for that patch. Any ideas why this has not been integrated into the main development tree of mutt? The concept of mail receipts is poorly designed; there is no way to implement a reliable receipt notification system with SMTP mail. *Many* of the better mail packages therefore do not implement support for it -- why have a feature if you *know* it can never work properly? It's also seen as an invasion of privacy. Mail receipts are essentially one of those features that commercial MUA vendors include as a marketing checkbox feature, but which serve little or no useful purpose in the real world. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://pyropus.ca/software/ ---
Re: Mutt to access emails from pst?
Dilip M [EMAIL PROTECTED] wrote: On 10/8/07, Kumar Appaiah [EMAIL PROTECTED] wrote: ...snip.. I think a better means would be to use cygwin and somehow get getmail or fetchmail to POP/IMAP your mail, though I speak without knowing the situation in your office. Not sure, If getmail could get emails from MS exchange? If Exchange is configured to allow POP or IMAP access, yes. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://pyropus.ca/software/ ---
Re: disallowing to send mail without Subject:
Matthias Apitz [EMAIL PROTECTED] wrote: When I write with mutt (1.4.2.2i) a mail without Subject: it asks me if I want to cancel this or not, and the default is to cancel it and not let it pass accidently by just hitting ENTER; so far so good; is it even somehow configurable that it does not let send me the mail without Subject: in any case? Yes. If you read http://www.mutt.org/doc/manual/manual-6.html#ss6.3 , the documentation for the very first option listed tells you exactly how to accomplish that. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://pyropus.ca/software/ ---
Re: Programs to Receive and filter mail
slakmagik [EMAIL PROTECTED] wrote: On 2007-05-11 (Fri) 19:51:38 [-0300], Cleverson wrote: I'd like opinions on which of these fetch-mails programs is better and/or have less bugs: Fetchmail or Getmail? I say getmail, but I'm biased, as I'm its author. FWIW, here's what Patrick Volkerding (Slackware maintainer) thought (from the ChangeLog) as of a couple of days ago: n/fetchmail-6.3.8-i486-1.tgz: Upgraded to fetchmail-6.3.8. Added fetchmail is probably not secure to slack-desc. When we've seldom had a Slackware release that didn't need a fetchmail security advisory before the next Slackware was out, I think that's fair to say. (* Security fix *) n/getmail-4.7.4-noarch-1.tgz: A secure python-based fetchmail alternative. Very interesting. getmail is included in most of the major distributions these days as an optional package, but that's the most recent version I've seen any of them ship -- that's the current version. In my experience, most people find configuring and using getmail easier. I think fetchmail's abominable security record will likely improve under its new maintainers (they actually have some technical credentials), but they're still saddled with the design decisions and some code from its ... ahem ... wild years. I have no experience with maildrop, but like procmail just fine. I don't use either, personally, but find the maildrop syntax trivially easy to read. Many people have difficulty understanding procmail recipes, and as you say, procmail has some bugs that allow it to silently drop mail. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://pyropus.ca/software/ ---
Re: attach multiple files from command line
Gary Johnson [EMAIL PROTECTED] wrote: I expressed my idea incompletely. What I meant was: If -a is followed by any other token beginning with -, all tokens between -a and that '-'-token are taken to be attachments. If -a is not followed by any other token beginning with -, the first token following -a is taken to be an attachment and all subsequent tokens are taken to be recipients. I think that'd violate the principle of least surprise, and is likely to confuse users as a result. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://pyropus.ca/software/ ---
Re: attach multiple files from command line
Thomas Roessler [EMAIL PROTECTED] wrote: FWIW, if somebody can come up with a decent command line interface for attachig multiple files, that would be a rather valuable contribution. -j 'glob_pattern' Mutt automatically attaches any file in the CWD that matches the glob, i.e. mutt -j '*.png' ... Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://pyropus.ca/software/ ---
Re: MTA for Solaris - ideas anyone?
Eur Ing Chris Green [EMAIL PROTECTED] wrote: I am looking for an MTA to use with mutt on a Solaris 2.6 system, so far none of the ones on http://wiki.mutt.org/?LightSMTPagents builds successfully though I'm pursuing msmtp still. Does anyone have any suggestions for a 'light' MTA that will actually compile on Solaris 2.6. I've tried the ones in the above list and so far none compiles. I can't use the two last ones because we don't have python. I can compile mutt and lots of other things, it's just these MTAs seem to be difficult. mini-qmail (a queueless version of qmail) may do what you want; it certainly compiles cleanly on Solaris. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://pyropus.ca/software/ ---
Re: reread configuration file
Hans Ginzel [EMAIL PROTECTED] wrote: Has mutt command source like VIM? [yes] But how to get rid of lines that are no more in new config file? Quit and restart mutt. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.ca/~charlesc/software/ ---
Re: fast conversion of html mail to text
Eric Smith [EMAIL PROTECTED] wrote: I am getting a bit irritated by the second or two I need to wait for `lynx -dump' or similiar to work when viewing the _many_ html mails that happen upon my inbox - what are mutters doing to strip the tags faster? Deleting HTML mail unread. It's /much/ faster that way. Seriously; I've yet to receive a piece of HTML mail that was worth reading. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.ca/~charlesc/software/ ---
Re: location of signature.
Jussi Ekholm [EMAIL PROTECTED] wrote: But please, remember to use correct signature delimiter (-- , that is dash-dash-space)! O:-) ITYM 'that is dash-dash-space, dammit'. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.ca/~charlesc/software/ ---
Re: location of signature.
Bo Peng [EMAIL PROTECTED] wrote: I post an email, asking a simple question. What happened? You ignored thirty years of netiquette and suggested it was okay to do so. Are there good manners? Most of us still have them. You don't. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.ca/~charlesc/software/ ---
Re: location of signature.
* Bo Peng [EMAIL PROTECTED] [09-04-02 18:22]: It is natural (to me) to put important part (my reply) before non-important part (quote) If the quote isn't important, leave it out altogether. Notice how I didn't quote all of the text of the original message? Notice how much easier to read it is this way? Mail-Followup-To: set. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.ca/~charlesc/software/ ---
Re: Emulating (gaaack) Outlook attribution
Sven Guckes [EMAIL PROTECTED] wrote: tell your boss you don't have time for reformatting his %$!@# mails because you have *work* to do! if he wants you tos end better emails then this will take *time* and this has to be *paid* for. Better yet, the OP should tell him he won't break his mailer to behave like the boss's. He's hired for his technical skills -- if the boss doesn't trust his technical judgement, the job isn't worth it. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.ca/~charlesc/software/ ---
Re: adding ALL addresses to alias file
Aaron Falk [EMAIL PROTECTED] wrote: Is there a way to have mutt add addresses other than the senter (i.e., cc: and to: addresses) to the alias file? Use mail2muttalias; I bind it to A in the pager. I got it from someone else and cleaned it up; it presents you with a list of found email addresses from the message and prompts you for the necessary info to add to your aliases file. http://www.qcc.ca/~charlesc/software/mail2muttalias/ Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.ca/~charlesc/software/ ---
Re: adding ALL addresses to alias file
Sven Guckes [EMAIL PROTECTED] wrote: * Charles Cazabon [EMAIL PROTECTED] [2002-08-09 14:13]: http://www.qcc.ca/~charlesc/software/mail2muttalias/ host www.qcc.ca Nameserver not responding www.qcc.ca A record not found, try again hmm.. It was working fine yesterday. I've larted the admin, who will now attempt to determine how he broke it yesterday. With luck, it'll be reachable by name shortly; in the meantime, you can reach it at http://198.169.27.3/~charlesc/software/mail2muttalias/ Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.ca/~charlesc/software/ ---
[OT] Re: how to use the ISP''s smtp server directly
David Champion [EMAIL PROTECTED] wrote: * On 2002.07.11, in [EMAIL PROTECTED], * Will Yardley [EMAIL PROTECTED] wrote: postfix is also a bit less complicated than sendmail to configure (and harder to misconfigure). Sendmail configuration is usually quite easy (that is, unless you're doing complicated things with it). It's finding out how to configure it that's hard. The introductory material is not so good. Given a quick start guide, though, sendmail is no worse than postfix (which I found harder to configure, frankly). qmail configuration is even easier. Installing the software is trivial if you follow Life with qmail (http://lifewithqmail.org), and then configuration is literally a single step for simple installations: ./config-fast myhost.mydomain.tld Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.ca/~charlesc/software/ ---
[OT] Re: Setting the hostname used in HELO
MuttER [EMAIL PROTECTED] wrote: No, it would mask your problem (`man band-aid`). The real solution is to configure your MTA to use an acceptable argument to the HELO command, or to tell it to forward your mail to your ISP's smarthost. This is possible with sendmail or any other MTA. Where do I 'configure my MTA to use an acceptable argument to the HELO COMMAND ?? If you're running qmail, it's set in the control file helohost. If you're running sendmail, I haven't the foggiest idea, but it's probably buried somewhere in that 1000+ line monstrosity known as sendmail.cf. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: Setting the hostname used in HELO
Bob McLaren [EMAIL PROTECTED] wrote: But this isn't a problem with the SMTP headers having bad info. This is a problem with the HELO SMTP handshake having bad info. Mutt sends the message to my local sendmail, my local sendmail attempts to send the mail, it connects to the destination mail server and begins the conversation with 'HELO intranet.fssi-ca.com' to identify itself before it begins sending the message. The problem is that many mail servers take that 'HELO' information and test the host name to see if it's a real resolvable internet address. intranet.fssi-ca.com is not a resolvable address because it's internal. If I could get my process to connect to my public SMTP server instead of trying to send it through my local sendmail, that would solve my problem. No, it would mask your problem (`man band-aid`). The real solution is to configure your MTA to use an acceptable argument to the HELO command, or to tell it to forward your mail to your ISP's smarthost. This is possible with sendmail or any other MTA. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: [OT] MTA for home network
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I need your advice: what MTA shall I install for that easy task of sending outgoing mail to postfix running on my local server? Sure thing, I don't want any sendmail/qmail/postfix for that, but I've seen several minimalistic servers on freshmeat - perhaps someone could gimme a piece of advice on that issue? Nullmailer. See http://untroubled.org/ . Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: POP3 - procmail?
Michael Elkins [EMAIL PROTECTED] wrote: Ken Weingold wrote: on my Mac OS X machine to get my mail via POP. I tried it and was hoping the incoming mail would go through procmail, but it all came into the spool folder. Unless it should, and something here is misconfigured, is there a way to get it to do this? Mutt does not support this. Use fetchmail if you want to filter your mail through procmail first. Or getmail -- and unlike procmail, it doesn't expect to re-inject via SMTP by default. Link in .sig below. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: adding an attribution-like line for Cc's
Gary Johnson [EMAIL PROTECTED] wrote: On Tue, Jan 15, 2002 at 03:39:14PM +0100, Eric Smith wrote: Occasionally, I Cc an email and the recipient of the Cc assumes that the email is directed to them (and not just copied to them). Is it possible to add an attribution-like line similar to: This is a copy of an email sent to main_recipient Would be nice to have this for Bcc (and bounce) as well. It seems to me that a much better long-term solution would be to politely explain to these recipients when they make this error, the meaning of the To and Cc fields. This would also save them from making the same mistake with mail from others besides yourself. It's also impossible to do what the original poster wants; as soon as the message differs between recipients, it's no longer a cc/bcc; it's a different message, and has to be injected separately. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: [OT] Possible to get the mail fetched by getmail filtered?
I apologize for this being offtopic, but as the author of getmail, I can't let the following misinformation go uncorrected. Charles Jie [EMAIL PROTECTED] wrote: 1. My getmail.log gives: Aborting... (command /usr/bin/maildrop ~/.maildroprc returned 19200 (maildrop: signal 0x06)) Maildrop is dying because it's receiving signal #6. Not getmail's fault. 2. My maildrop now looks OK and saves message to given mbox. The problem is that getmail doesn't remove message in POP server. I'll get a copy of the same message each time I run getmail. getmail refuses to delete the message because the local delivery failed. The alternative is to risk losing mail, and I won't let that happen. 3. getmail also fails to fetch mail if the destination mbox doesn't exist. Thus I can not let mutt remove the empty mbox file when all messages are deleted. [...] 6. Futher, getmail doesn't mention the restriction of point 3. Sure it does. It's answered in the FAQ, under I've configured getmail to deliver to my mbox file, but it won't do it. Why?. 7. It takes no hard work to prepare man page but it's a big convenience. Fine. You do the work, then. I already write the documentation in another format. thanks, (and sorry to post getmail's question here. I regard such filter function as a part of Using Mutt.) Don't send getmail questions to the mutt list, please. It's offtopic and annoys everyone. getmail has its own mailing list, mentioned several times in the documentation. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
[OT] Re: signed emails, why ?
René Clerc [EMAIL PROTECTED] wrote: | | But qmail uses '-' instead of '+'. Therefore, the reader mustn't assume | anything. It's configurable in qmail, either system-wide (conf-break) or on a per-address/user basis (qmail-users). It can be '+' or '-' or '|' or 'F' if you like. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: Moving messages...
Nils Holland [EMAIL PROTECTED] wrote: 3) When I leave that folder, I want *all* messages (read and unread) to be moved to a different location. Any suggestions on how to do that? Tag all messages (t, followed by .*), then tagged-move (; followed by s) to save elsewhere. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: Maildir + new + old
Martin Man [EMAIL PROTECTED] wrote: so just quick question (without me RTFM Maildir specs :-(() is that correct behavior ?? shouldn't the old unread messages stay in new/, set nomark_old # Don't mark unread new msgs as old Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: How does mutt know when there's new mail in an mbox?
David [EMAIL PROTECTED] wrote: Thanks -- this is what I was looking to confirm. I apologize for the threading; I lost the References: line. LOL. I was wondering Why is he using Outlook when he said he uses mutt. The lack of a proper References: line is always my quick clue which co-workers at my place of business use that awful mailer. :) :) No, I had to get the message from a web archive which unfortunately obfuscates the References: line, thinking it's an email address. I was too quick on the 'd' key when it came through the first time :). Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: How does mutt know when there's new mail in an mbox?
Byrial Jensen wrote: On Fri, Oct 19, 2001 at 08:51:18 -0600, Charles Cazabon wrote: How does mutt check to see if there's new mail in an mbox file? When getmail delivers messages to it, the mtime and size of the mbox would change. Is this not enough? What else should getmail do to be mutt-friendly? Don't change the atime. Mutt checks if mtime is newer than atime. Thanks -- this is what I was looking to confirm. I apologize for the threading; I lost the References: line. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ My opinions are just that -- my opinions. ---
How does mutt know when there's new mail in an mbox?
Greetings, I'm the author of getmail, a POP3 retriever/fetchmail replacement. One of my users reports that when getmail delivers messages to an mbox file while mutt is running, mutt doesn't realize there's new mail in that mbox file (I don't run into this, as I use Maildirs, and mutt has no problems with them and new mail). How does mutt check to see if there's new mail in an mbox file? When getmail delivers messages to it, the mtime and size of the mbox would change. Is this not enough? What else should getmail do to be mutt-friendly? cc's not necessary; I read the list. Thanks, Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: Maildir config?
Johansson Jan [EMAIL PROTECTED] wrote: Trying to get 1.3.21 to talk Maildir. My .muttrc contains set mbox = ~/Maildir set mbox_type = Maildir And yet it prompts /home/j2/Mail does not exist. Create it? ([yes]/no): What am i missing for peacful coexistance with maildir? set spoolfile=~/Maildir Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: Filtering mail in mailboxes
petko popadiyski [EMAIL PROTECTED] wrote: I wanna something like filter in pine, where after opening MUA it sort the messages in differnet folders This isn't the MUA's job. This is the MDA's job. Use procmail, maildrop, or your MTA's extension-address mechanism for this. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: selective message deletion
Suresh Ramasubramanian [EMAIL PROTECTED] wrote: Brian McNeill mutt [22/08/01 17:07 -0400]: Being a new user of mutt to pick up mail from my isp's POP server, I'm wondering if mutt can be configured to leave read messages on the POP machine while deleting those mostly spam pieces one deletes without even Use fetchmail for this. http://www.tuxedo.org/~esr/fetchmail Or getmail at the link in my .sig. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: How handle HTML emails?
Sam Roberts [EMAIL PROTECTED] wrote: Add this to your .mailcap text/html; lynx -dump %s ; copiousoutput The mutt manual suggested this, I found that lynx used the file extension to determine the file type, in other words, if the file name in %s didn't end in .html, it just spit it out verbatim. Add the -force-html option to lynx. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: Netscpe to mutt
Pradeep [EMAIL PROTECTED] wrote: Is there a way of converting netscape mailboxes to mutt Netscape mailbox files are standard mbox-format. No conversion necessary. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: Maildir sorting
Johannes Huettemeister [EMAIL PROTECTED] wrote: so thanx for the help. I just need a tool to convert a mbox to a Maildir or is there a another way (antitrust) ... There are many; one is at http://em.ca/~bruceg/mbox2maildir . Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: Mutt: Reading POP3 mail and moving the messages to folders based on To: and Cc: headers, before the messages are read.
Malcolm Boekhoff [EMAIL PROTECTED] wrote: I can compile fetchmail and it appears to work with Cygwin and NT, however it wants to connect to an SMTP server (it doesn't simply write into the ~/mail/mbox file. Hence I need an SMTP listener - is this procmail? - to receive from fetchmail and I suppose this (procmail) writes into ~/mail/mbox. Correct? No. fetchmail can be configured to deliver via an MDA like procmail instead of SMTP re-injection; it's just not the default config. However, as the author of getmail, I would urge you to consider trying getmail. It would suit your purposes, and be simpler to configure and maintain. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: Suggestions: indicator color; To me in index
W M Brelsford [EMAIL PROTECTED] wrote: 2. A minor cosmetic one: with the %F code in $index_format, messages one sends to oneself would look better without the "To ". E.g., a message I send to myself would appear as "W M Brelsford" rather than "To W M Brelsford". Please don't change this. Add a new escape for the new formatter if necessary, but don't remove the "To " on %F. I like this just the way it is. Charles -- ------- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: Sending mail...
Jeff Blaufuss [EMAIL PROTECTED] wrote: How do I configure mutt to send mail using my isp's mail server? I haven't been having much luck using my machine to send mail. As I understand it, mutt doesn't speak SMTP. You'll need an MTA of some sort; perhaps try nullmailer by Bruce Guenter. It's a relay-only MTA (no local delivery), and easy to configure. http://em.ca/~bruceg/nullmailer/ Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: feecher idea
Evan Vetere [EMAIL PROTECTED] wrote: I'd formally classify under "bitchin'" an option to have the cursor jump to incoming mails as they arrived. The visual cue would be eye-catching (the current bottom-line "new mail" is easily missed), and the mail could be easily read with one swipe of 'return'. For my purposes, I'd classify it as "not in my lifetime". I've got mail folders busy enough that if this feature were enabled, I'd never be able to read older mail. If anyone implements this, make it configurable, and preferably not the default. Charles -- ----------- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: ./configure Problem
J. David Boyd [EMAIL PROTECTED] wrote: And (stupid question mode ON) do I need a copy of sendmail to send mail? No. You need an MTA, but this could be nullmailer (appropriate for a dial-up machine or workstation in a LAN), qmail, postfix, exim, or even sendmail. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: sendmail error
Kelly Scroggins [EMAIL PROTECTED] wrote: This problem just 'suddenly' appeared a month or two ago. Everything worked very well for several months. [...] Starting sendmail: WARNING: Group writable directory /etc WARNING: Group writable directory /etc WARNING: Group writable directory /etc WARNING: Group writable directory /etc WARNING: Group writable directory /etc WARNING: Group writable directory /etc WARNING: Group writable directory /etc WARNING: Group writable directory /etc chmod g-w /etc Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Bug in mutt's detection of recipients on command line
Hello, I seem to have found a bug in mutt, when using 'mutt recipient_address' from the commandline. Minimal test case follows: [charon]$ mutt foo@[EMAIL PROTECTED] No recipients specified. [charon]$ mutt -v Mutt 1.2i (2000-05-09) Copyright (C) 1996-2000 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 2.2.16-3 [using slang 10202] Compile options: -DOMAIN +DEBUG -HOMESPOOL -USE_SETGID -USE_DOTLOCK +USE_FCNTL -USE_FLOCK +USE_IMAP +USE_GSS -USE_SSL +USE_POP +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_PGP -BUFFY_SIZE -EXACT_ADDRESS +ENABLE_NLS SENDMAIL="/usr/sbin/sendmail" MAILPATH="/var/spool/mail" SHAREDIR="/etc" SYSCONFDIR="/etc" -ISPELL It works fine with zero or one '@' signs in an address; anything more causes it to quit. This is causing problems for some scripts I've got which use mutt to send mail because of its attachment-handling capabilities. Any easy workaround? Charles -- ------- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: mutt and qmail
Jason Helfman [EMAIL PROTECTED] wrote: don't you find the file structure of this just horrid though? To have new/ tmp/ cur/ for every mailing list? I would like to and would perfer to use maildir for the mailing lists, I don't know why... What are the advantages to this... Maildirs are safe for multiple concurrent writers and readers simultaneously, with no file locking, even over NFS -- so you can't corrupt a Maildir by having it open for writing by your MUA and the MDA which tries to stick a new message in it, etc. Not needing file locks is also good for performance on busy maildirs. Charles -- -- Charles Cazabon [EMAIL PROTECTED] QCC Communications Corporation Saskatoon, SK My opinions do not necessarily represent those of my employer. --
Re: mutt and qmail
Jason Helfman [EMAIL PROTECTED] wrote: Are there any other advantages with this setup? You mean, besides not silently corrupting your stored and incoming mail, and being higher-performance, working over NFS properly, and generally behaving properly? No, no advantages at all. Yes, this is sarcasm. Charles | Jason Helfman [EMAIL PROTECTED] wrote: | don't you find the file structure of this just horrid though? | | To have new/ tmp/ cur/ for every mailing list? I would like to and would | perfer to use maildir for the mailing lists, I don't know why... | | What are the advantages to this... | | Maildirs are safe for multiple concurrent writers and readers simultaneously, | with no file locking, even over NFS -- so you can't corrupt a Maildir by | having it open for writing by your MUA and the MDA which tries to stick a | new message in it, etc. Not needing file locks is also good for | performance on busy maildirs. -- -- Charles Cazabon [EMAIL PROTECTED] QCC Communications Corporation Saskatoon, SK My opinions do not necessarily represent those of my employer. --
Re: No Mail on Spool
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: But, IIRC, usually it is suggested that you don't use the "built-in" pop capability but a program such as fetchmail instead. But then, using such a program implies running a MTA such as sendmail or Postfix, [...] Not necessarily. 'getmail' delivers directly to mbox files or Maildirs, and fetchmail can (I believe) be set to deliver directly through procmail or another MDA rather than by SMTP injection. Charles -- ------- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: SMTP
Marius Gedminas [EMAIL PROTECTED] wrote: I mean -- both Mutt and fetchmail require an MTA[1], but fetchmail uses SMTP to access it (IIRC to avoid problems with different command line arguments for different MTAs etc.). Mutt also needs an MTA, but it goes with the command line solution. [1] It can be argued, that fetchmail needs an MDA, not an MTA... but the thing listening on port 25 is usually an MTA. So don't use fetchmail. My own 'getmail' does it's delivery directly into Maildirs or mbox files. It's not that I advocate adding SMTP support to Mutt [2], but I just wonder, why two programs following the same Unix philosophy (do one thing well) choose so different solutions [3] for so similair tasks -- handing an email to an MTA. Because fetchmail is a good implementation of a broken design. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: 1.2.2i problems
On Wed, Jun 21, 2000 at 11:34:45AM -0600, Vincent Danen [EMAIL PROTECTED] wrote: Ok... I've still got some problems making my RPM for mutt and I'm not sure what's causing it. I built mutt manually and then I built it with the exact same options for the RPM but I get two totally different outputs. The first is from the manual install and the second is from the RPM install -rwxr-xr-x1 root root 1262377 Jun 21 11:29 /usr/bin/mutt* -rwxr-sr-x1 root mail36607 Jun 21 11:29 /usr/bin/mutt_dotlock* -rwxr-xr-x1 root root 6668 Jun 21 11:29 /usr/bin/muttbug* -rwxr-xr-x1 root root 418000 Jun 21 11:24 /usr/bin/mutt* -rwxr-sr-x1 root root 7588 Jun 21 11:24 /usr/bin/mutt_dotlock* -rwxr-xr-x1 root root 6668 Jun 21 11:23 /usr/bin/muttbug* Anyone know why there's such a discrepancy? I think the RPM might be stripping the binaries but I don't know if that would make such a big difference... Doing a mutt -v on both the RPM and manual binaries produces the same output: Is it possible that the first group is statically linked, and the second is dynamically linked? Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: need advice on reply-to problem
Darren Wyn Rees [EMAIL PROTECTED] wrote: [ Mutt 1.0i (1999-10-22 ] i'm having difficulty understanding how to reply to an e-mail from a list, which contains a set reply-to. Basically the problem is that Reply-To: is being munged for mailing list purposes. This is in general a bad idea and causes these types of problems. Any decent mail client, like Mutt, has Reply, Group reply, and List reply functions. Munging the Reply-To: overrides these functions. Even this list does it for whatever reason, which is why you won't get a copy of this message in your personal mailbox, despite the fact that I chose group-reply. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: Setting your reply to:
Andrew R. Brink [EMAIL PROTECTED] wrote: I've looked through the manual, maybe not well enough, but how would I set my Reply-To: To something? my_hdr 'Reply-To: "Foo Bar" [EMAIL PROTECTED]' Charles -- ------- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: Q: Mutt and Email Lists
David DeSimone [EMAIL PROTECTED] wrote: Charles Cazabon [EMAIL PROTECTED] wrote: -if you're using qmail, try setting a Return-Path: header containing only your email address (no quoted name, etc). This is really a problem best solved in the MTA, rather than with an MUA like Mutt or Pine. The MTA is best suited to handle the task of making your E-mail appear to come from a particular domain or pseudo-domain. And, once configured properly, ALL of your E-mail, no matter what MUA (even /bin/mail) will have proper headers. Wouldn't that be nice? Yes, but the original poster wanted to be able to set this for some mail and not for others; i.e. the default was correct for most mail, and he just wanted to be able to change his envelope sender when dealing with a particular ezmlm-based mailing list administration address. I'm quite aware of what should be done in the MTA vs. the MUA, thank you. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: Q: Mutt and Email Lists
Mun Johl [EMAIL PROTECTED] wrote: How do I get mutt to send subscription requests so that the list management software believes the email is coming from my external email address? I tried sending a subscription request after changing the From: field; but the list software still interpreted it as a request from my current internal email address? The list in question has a specific email address to send requests to, and the message can be empty. ezmlm? Yes, it's looking at the envelope sender and ignoring the From: and Reply-To: headers. Depending on your MTA, there may be various ways around this: -if you're using qmail, try setting a Return-Path: header containing only your email address (no quoted name, etc). If that doesn't work, write a wrapper for qmail-inject which calls it with the -f argument, and set $sendmail to the name of your wrapper script. -other MTA? Don't know, don't use them. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: Off topic: Fake bounce
Wouter Hanegraaff [EMAIL PROTECTED] wrote: On Tue, Feb 29, 2000 at 04:02:32PM +, Lars Hecking wrote: You mean, "fake bounce" as in: created by yourself, not by the MTA? Yes. So I don't want any automatic bouncing. I don't get that much spam. But when I do, it will end up in my inbox. I want to be able to just pipe it to a fake bounce script and let the sender think he spammed an e-mail address that doesn't exist. If I'm lucky, he'll remove my e-mail address from his spam list. Except that spammers virtually never use their real address as the envelope sender or From: header. So your bounce will either be delivered to an innocent bystander, or will double-bounce. Some spam comes in with a null envelope sender, so you can't even get that far. Charles -- -------- Charles Cazabon [EMAIL PROTECTED] Any opinions expressed are just that -- my opinions.
Re: subscribe vs. lists
Thomas Roessler [EMAIL PROTECTED] wrote: Sorry, the new subscribe command is equivalent to what was formerly known as "lists". "lists" is essentially a weaker version now which only affects the list-reply function. (Partially, the naming is due to the fact that I couldn't think about a better name than "lists" for known, but unsubscribed lists - "unsubscribe" would have been against the systematic of the un* commands.) What about 'nonsubscribe'? Charles -- -------- Charles Cazabon [EMAIL PROTECTED] Any opinions expressed are just that -- my opinions.
Re: Sample Color Schemes?
Adam Sherman [EMAIL PROTECTED] wrote: Does anyone have some good looking color schemes? I tried a few that I found on the web, they were pretty awful... I've found the following works well for me in an SSH window under Windows -- it's not quite as nice in an xterm. Much of it was stolen from another .muttrc on the web, and then customized. ### ### color config ### # Do (TERM=xterm-color; export TERM) first... color hdrdefault red white color quoted blue white color signature red white color header blue white ^From: color header blue white ^Subject: #color indicator green blue color indicator cyan black color attachment magenta black color error red white color status green black color tree blue white color normal black white Charles -- Charles Cazabon [EMAIL PROTECTED] Any opinions expressed are just that -- my opinions.
search order in 'mailboxes'
I've specified my 'mailboxes' in my .muttrc, and when using 'c' to change mailboxes, mutt (v.1.0) always defaults to the _first_ mailbox with new mail. Is there a way to make the default the _next_ mailbox instead? i.e. mailboxes = 'a b c d e' I read all the mail in 'a', 'b', and 'c'. While reading 'c', new mail arrives in 'a'. When I use the c key to changes mailboxes, mutt will default back to 'a', whereas I would like it to check for new mail in 'd', 'e', and only after that go back to 'a'. Charles -- Charles Cazabon [EMAIL PROTECTED] Any opinions expressed are just that -- my opinions.
Re: New Mail Sent to different mailboxes - bypassing MTA
Scott V. McGuire [EMAIL PROTECTED] wrote: Any ideas on not using a full blown MTA for outgoing mail? It seems like overkill to run sendmail (or even qmail) on a single user system when all I need is a program to look like sendmail but immediately send mail to my isp's smtp server. Try nullmailer by Bruce Guenter: http://www.em.ca/~bruceg/nullmailer/ It looks like a full MTA to programs that use it, but it relays everything to (one of a set of) smart hosts/relays you specify -- typically your ISP or your company mailhost. It works well, and has a great design behind it. Charles -- Charles Cazabon [EMAIL PROTECTED] Any opinions expressed are just that -- my opinions.
Re: New Mail Sent to different mailboxes - bypassing MTA
David DeSimone [EMAIL PROTECTED] wrote: Scott V. McGuire [EMAIL PROTECTED] wrote: Any ideas on not using a full blown MTA for outgoing mail? It seems like overkill to run sendmail (or even qmail) on a single user system when all I need is a program to look like sendmail but immediately send mail to my isp's smtp server. What if your ISP's mail servers are down? Then you can't send mail anymore, until they come back. If you run a local MTA, it can bypass the ISP's servers, and go directly to the remote mail server. nullmailer has a queue and will send the mail when the smarthost comes back up. Yes, running a local MTA is good for some things. It's not necessary for others. If we have, say, fifty Unix boxes here in our development areas, we don't need to run a full MTA on all of them. We can run nullmailer on each one, pointing at our main SMTP/POP3 mailhost. There's other solutions, as well. Charles -- Charles Cazabon [EMAIL PROTECTED] Any opinions expressed are just that -- my opinions.
ANNOUNCE: getmail v.0.98, a 'fetchmail' replacement
Slightly off-topic (flames in private mail, please), but applicable to mutt: getmail 0.98 is now available from http://www.qcc.sk.ca/~charlesc/software/getmail/ getmail is intended as a simple replacement for fetchmail, for those who don't need all of its various features, configuration options, and bugs. It retrieves mail only from POP3 servers, and delivers reliably to Maildirs. mbox delivery is also possible, but should not be attempted over NFS. It is written in Python and released under the GPL version 2. It can retrieve all mail, or only unread messages, from an unlimited number of POP3 mailboxes on one or more POP3 servers. Configuration and usage is straightforward and simple. getmail now has experimental support for domain (multidrop) mailboxes, with delivery instructions on a per-recipient basis. Changes since version 0.95: -experimental support for domain (multidrop) mailboxes. Please read the documentation for configuration and limitation information. -Slightly changed creation of 'From ' mbox delimiter line for overly picky mail clients. -Options to delete retrieved mail, and to only retrieve unread mail, can now be specified on a per-account basis in the .getmailrc file. The options are specified in each account section, with 'delete=value' and 'readall=value', where value is '1', 'true', or 'yes', or '0', 'no', or 'false'. -Changed password entry method. -Fixed a bug which resulted in failure to deliver to an mbox file when there was no Return-Path: header in a retrieved email. -Fixed a bug where explicitly specifying the --dont-delete or -l options (even though they are the default) caused mail to be deleted from the POP3 server. -The GETMAIL environment variable is now unnecessary if your getmail configuration/data directory is located at $HOME/.getmail -Some unnecessary code removed. -Exit codes changed. 0 means mail retrieved, 1 means no mail, -1 means fatal error, and 100/101 are exits due to options --help and --dump. Any questions, feedback, etc, is greatly appreciated, but should be done in private email. Charles Cazabon -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ My opinions are just that -- my opinions. ---
ANNOUNCE: getmail v.0.95, a 'fetchmail' replacement
Slightly off-topic (flames in private mail, please), but applicable to
mutt:
getmail 0.95 is now available from
http://www.qcc.sk.ca/~charlesc/software/getmail/
getmail is intended as a simple replacement for fetchmail, for those who
don't need all of its various features, configuration options, and bugs.
It retrieves mail only from POP3 servers, and delivers reliably to Maildirs.
mbox delivery has been added as of v.0.94.
It is written in Python and released under the GPL version 2.
It can retrieve all mail, or only unread messages, from an unlimited number
of POP3 mailboxes on one or more POP3 servers. Configuration and usage is
straightforward and simple. getmail does not yet support delivery to
different users per message from a single POP3 mailbox ('domain mailbox'
or 'multidrop mailbox').
Changes since version 0.94:
-getmail now uses a simpler, more flexible .getmailrc configuration file
format.
-some cleanups in the code.
-getmail now requires at least version 1.5.2 of the Python standard libraries.
This was necessary for future features.
Any questions, feedback, etc, is greatly appreciated, but should be done
in private email.
Charles Cazabon
--
---
Charles Cazabon [EMAIL PROTECTED]
GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/
My opinions are just that -- my opinions.
---
ANNOUNCE: getmail v.0.94, a 'fetchmail' replacement
Slightly off-topic (flames in private mail, please), but applicable to
mutt:
getmail 0.94 is now available from
http://www.qcc.sk.ca/~charlesc/software/getmail/
getmail is intended as a simple replacement for fetchmail, for those who
don't need all of its various features, configuration options, and bugs.
It retrieves mail only from POP3 servers, and delivers reliably to Maildirs.
mbox delivery has been added as of v.0.94.
It is written in Python and released under the GPL version 2.
It can retrieve all mail, or only unread messages, from an unlimited number
of POP3 mailboxes on one or more POP3 servers. Configuration and usage is
straightforward and simple. getmail does not yet support delivery to
different users per message from a single POP3 mailbox ('domain mailbox'
or 'multidrop mailbox').
Any questions, feedback, etc, is greatly appreciated, but should be done
in private email.
Charles Cazabon
--
--
Charles Cazabon [EMAIL PROTECTED]
QCC Communications Corporation Saskatoon, SK
My opinions do not necessarily represent those of my employer.
--
