Re: connection to dovecot times out about every ten minutes
Hi, I honestly don't know if the old modem had an integrated router, and I have already disposed of it. What I am sure of is that I had NOT changed anything in its settings for many months, if not years, and everything was working without problems until a few weeks ago, when I posted here. Also, why would any modem come from the factory, or be remotely updated by an ISP in ways that interfere with an absolutely basic use case of hundreds millions of people, that is keeping one's email client connected to its IMAP server for hours? As for the new one, I cannot check it right now because I am not at home, but it is working, so whatever it does, it is OK. Marco Il giorno mar 27 apr 2021 alle ore 00:13 Cameron Simpson ha scritto: > > On 26Apr2021 17:21, Marco Fioretti wrote: > >update on this: > >to make a long story short > >1) I did run mutt with debug enabled , but could not recognize anything > >useful > >2) I had the same problem with mutt from my laptop > >3) a few days ago I received a new modem from my ISP, as part of their > >network upgrade operations > >4) more or less in the same moment the problem I reported here > >disappeared. Now mutt stays connected even 24 hours without losing > >connection. > > > >I am NOT 100% sure that the problem disappeared AFTER the change of > >modem. That happened during a few chaotic days, both work- and > >family-wise, so I did not take notes. And modems may have nothing to > >do at all with the disconnections. But now the problem is not there > >anymore, I have no clue what may have happened, and if anybody can > >guess... thanks in advance. > > _If_ the new modem is relevant, maybe the modem's internal firewqll > rules are related. Anything which NATs (translates between your home LAN > private address range to some external IP address used by the modem) > must keep state for every connection crossing the modem. > > There's no "idle detection" in TCP (without keepalives) or UCP so if > some device on either side of the connection dies/crashes while the > connection is _idle_ there's no indication at the modem that this has > happenned - there's just no traffic for that connection, which is > already the case. > > So... stateful firewalls (eg your modem doing NAT) get bored, and > usually have some setting to discard long-idle connections. I can > imagine a "polite" device timing out such a TCP connection sending an > RST (reset) packet in each direction just before discarding the state to > inform the endpoints that the connection is gone (thus letting each end > see this in a timely fashion, rather than just "next time they try to > send traffic"). > > Maybe your previous modem's timeout for that was 10 minutes? And the new > one is more generous (or even does not timeout connection states)? > > Just guessing. > > Cheers, > Cameron Simpson
Re: connection to dovecot times out about every ten minutes
update on this: to make a long story short 1) I did run mutt with debug enabled , but could not recognize anything useful 2) I had the same problem with mutt from my laptop 3) a few days ago I received a new modem from my ISP, as part of their network upgrade operations 4) more or less in the same moment the problem I reported here disappeared. Now mutt stays connected even 24 hours without losing connection. I am NOT 100% sure that the problem disappeared AFTER the change of modem. That happened during a few chaotic days, both work- and family-wise, so I did not take notes. And modems may have nothing to do at all with the disconnections. But now the problem is not there anymore, I have no clue what may have happened, and if anybody can guess... thanks in advance. Il giorno mar 13 apr 2021 alle ore 15:37 Kevin J. McCarthy ha scritto: > > On Tue, Apr 13, 2021 at 10:09:32AM +0200, Marco Fioretti wrote: > >imap_poll_layout was not set in my murttrc file. > > If not set, it defaults to 15 seconds. > > >Setting it to 0, which according to manual should disable it, just > >made mutt freeze > > Setting it to 0 turns off the polling. So Mutt is sending the > IDLE/NOOP/STATUS and trying to read the response, without polling the > connection first. > > If Mutt freezes in that case, then the connection to dovecot has died. > > >set imap_poll_timeout = 600 made it freeze too, but eventually > >recovered, and had to reopen the inbox > > Setting it to 600 means Mutt will wait 10 minutes for a response from > the server before declaring the connection is dead and trying to > reconnect. If it then reopened the mailbox, that also means the > connection to dovecot died. > > >Launching mutt with the -d 2 option did not produce anything visible. > >Where should debug messages appear, btw? In mutt itself, or in some > >log file? What could I try next? > > This flag produces a file ~/.muttdebug0 in your home directory with > debugging output, including IMAP commands sent and received. > > Perhaps you can compare that and the dovecot log, and see if you can > find out why all the "logged out" messages are appearing. > > -- > Kevin J. McCarthy > GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA
Re: connection to dovecot times out about every ten minutes
Hi Kevin, imap_poll_layout was not set in my murttrc file. Setting it to 0, which according to manual should disable it, just made mutt freeze set imap_poll_timeout = 600 made it freeze too, but eventually recovered, and had to reopen the inbox set imap_poll_timeout = 60 makes no difference wrt the original problem, I just see the "Logged out" dovecot messages on the remote server appear every minute. Launching mutt with the -d 2 option did not produce anything visible. Where should debug messages appear, btw? In mutt itself, or in some log file? What could I try next? Thanks, Marco Il giorno lun 12 apr 2021 alle ore 18:32 Kevin J. McCarthy ha scritto: > > On Mon, Apr 12, 2021 at 05:13:10PM +0200, Marco Fioretti wrote: > >after years when everything worked without a hitch, mutt started to > >say "connection timed out" every ten minutes or so when connected to > >my remote dovecot imap server. I would need help to figure out where > >the problem is, on the client or server side, and then how to fix it. > >Details already are in the dovecot mailing list here > >https://dovecot.org/pipermail/dovecot/2021-April/121897.html > > The default value of $timeout is 10 minutes. At that time, Mutt would > typically sent a STATUS command to check for new mail in your mailboxes. > > Starting with version 1.9, Mutt added polling for IDLE, NOOP, and STATUS > commands to check for a dead connection. It sends the command and then > waits $imap_poll_timeout seconds for a response from the server. > > You might try increasing $imap_poll_timeout and seeing if that helps. > > If not, you could enable debug output, using "-d 2", and see if that > provides any clues. > > -- > Kevin J. McCarthy > GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA
connection to dovecot times out about every ten minutes
Greetings, after years when everything worked without a hitch, mutt started to say "connection timed out" every ten minutes or so when connected to my remote dovecot imap server. I would need help to figure out where the problem is, on the client or server side, and then how to fix it. Details already are in the dovecot mailing list here https://dovecot.org/pipermail/dovecot/2021-April/121897.html Thanks in advance for any help, Marco
Re: How to get single list of mailboxes from two IMAP servers?
On Sun, Aug 03, 2008 02:40:35 AM +0200, [EMAIL PROTECTED] wrote: Nevertheless, if you want to change imap accounts, you will have to have a look at the thread on multiple identities: but I don't want to change imap account. I want to have **more** than one open, whatever that means, at the **same** time. In Kmail, for example, I have the folders in both the accounts displayed simultaneously in the folder tree all the time, and I can move back and forth from any folder on remote_server to any folder on local_server without any problem. I only have, of course, to enter the password for each account the first time I access its server. This is the functionality I want to replicate in mutt and from reading this: http://marc.info/?l=mutt-usersm=121744583503848w=2 I understand it isn't possible in mutt, is it? I am also using Dovecot, and I fetch all the email from different accounts to my Dovecot server. I don't want to do that. The local_folder is for backup only, I need live, day-to-day use folders to stay on the remote server. Yes, I know there are tools to keep two IMAP accounts in sync, but I'd really rather avoid that road, for several reasons, and find a mutt-only way to get what I need, considering other clients can do it. Thanks, Marco -- To turn $100 into $110 is work. To turn $100 million into $110 million is inevitable -- Edgar Bronfman
Solution: How to get single list of mailboxes from two IMAP servers?
On Sun, Aug 03, 2008 17:56:25 PM +0200, Rado S wrote: =- Kyle Wheeler wrote on Sun 3.Aug'08 at 10:50:52 -0500 -= I have the folders in both the accounts displayed simultaneously in the folder tree all the time, and I can move back and forth from any folder on remote_server to any folder on local_server without any problem. I only have, of course, to enter the password for each account the first time I access its server. This is the functionality I want to replicate in mutt and from reading this: It works. RTFM about all the imap_* vars, there are 2 related to automatically processing IMAP folders in mailboxes use. Something like imap_..._subscribed. Also see the wiki for help with imap: guide - Imap. Really? That will display folders from multiple servers in the same list? Really. :) Thanks to Rado. Yes, it's a bit heavy and counterintuitive (the first time it worked but I couldn't figure out why, that is what I had done exactly which had made the list appear), but works. Here's how, on Mutt 1.5.17: This is what I started from: set folder =imaps://remote_server/ mailboxes imaps://remote_server/folder_1 imap://[EMAIL PROTECTED]/archive_folder imaps://remote_server/folder_2 imaps://remote_server/folder_3 then I added only this: set imap_check_subscribed = yes Now, if I hit c right after starting mutt, I'm prompted for the passeord to remote_server. Then I get a list of ALL the folders on remote server, not just those defined as mailboxes above. But if I hit TAB, then yes, I get one list of all and only the four folders defined as mailboxes. After this first time, to get back to that one list, which is what I wanted, I had to press c, TAB, TAB If I comment the set folder command, instead of the prompt for the remote server I get a listing of everything in my home directory which may be a mailbox, then hitting TAB twice I get the mixed list again. OK, so I have to map with a macro change-foldertabtab to something, but that's not a problem. The only things that's missing is to figure out if the browser can list the folders exactly in the (mixed, server-wise) order they come after the mailboxes command (no, sort_browser = unsorted doesn't work) Suggestions, improvements, comments, are welcome, of course. :-) Thanks again, Marco -- Your own civil rights and the quality of your life heavily depend on how software is used *around* you:http://digifreedom.net/node/84
How to get single list of mailboxes from two IMAP servers?
Greetings, I have some mailboxes on a remote imap server, and some on one running on my home computer (both servers are Dovecot, in case it matters). Let's say they are: [EMAIL PROTECTED]:Personal [EMAIL PROTECTED]:Mailing_lists [EMAIL PROTECTED]:Hobbies I would like to have mutt: - tell me when there's new mail in any of those mailboxes - when I hit c and then ? offer me a list with all and only the mailboxes above. Is this possible? I have written this in .muttrc: mailboxes imaps://[EMAIL PROTECTED]/Personal imaps://[EMAIL PROTECTED]/Mailing_lists imap://127.0.0.1/Hobbies but it doesn't behave how explained above. For example, if I type c ? , it only lists the folders on the remote server TIA, Marco -- Your own civil rights and the quality of your life heavily depend on how software is used *around* you:http://digifreedom.net/node/84
Packaging mutt script, was: muttprofile (new)
Hello, in the .muttprofile(new) Kevin said: in general though it would be nice to have a lot of these scripts distributed with mutt. and if need be for dependancies packagers could have mutt-perl, mutt-python, etc packages so that the main mutt package wouldn't depend on any interpreters (which seems to really piss people off for some moronic reason or another). Both personally, and as leader of the RULE project (see below) I would really appreciate something like this, i.e. one package, to be eventually delivered as .rpm, .deb, .tgz, whatever, that collects *all* these things. The problem with mutt is that it is indeed the most powerful MUA available, but this depends quite strongly from having already discovered and set up all the utilities mentioned here today and on the main mutt sites. A package like this would not certainly spare from RTFM, but would save a lot of time, and make the transition from pompous mailers much faster and easier! Myself, I volunteer to test/maintain the RPM version for RULE! Ciao, Marco Fioretti Red Hat 7.3 for low memory: www.rule-projects.org/
Re: utilities - extra archive
On Wed, Jul 31, 2002 16:00:47 at 04:00:47PM +0200, Sven Guckes wrote: i'd rather not bundle mutt with all utilities. after all, many people might not have a need for these at all. I agreee 100% on this. A mutt-utils.rpm would be extremely useful for newbies (as I mentioned in my other message), but would only bother the expert that already know such add-ons. The two packages have to remain separate, to avoid bloat. what's needed is better documentation with hint for download, installation, configuration, setup examples and links to webpages. Yes, but as a complement. The utils package would contain stuff that has been proved to work with the corresponding version of mutt, and example config files as well. The two things don't overlap. Ciao, Marco Fioretti Red Hat 7.3 in 8 MB of RAM: www.rule-project.org/ -- We need to focus on how to be productive, not just active. Scott McNealy, chairman, CEO, and cofounders, Sun Microsystems.
Re: Packaging mutt script, was: muttprofile (new)
On Wed, Jul 31, 2002 23:19:14 at 11:19:14PM +0200, Brad Knowles wrote: You're welcome to take on that task for whatever OSes projects you see fit, but I don't think that it's fair to ask the mutt maintainers to do this for every OS under the sun. No, the original mutt tarball should stick to only code that is specific to mutt, and if it requires or can make use of anything else, that should be made clear in the documentation and in the configure script. Brad, I agree, the utils must remain separate (for that matter, several of them are not even mutt specific...). See what I answered yesterday to Sven in the message Re: utilities - extra archive. In general, I believe in many small packages, not big monolithic things. Note about every OS under the sun. 80% of the utilities we probably want to include are shell or Perl script: the difference between versions for RH versus Debian versus *BSD versus Solaris . should really be quite manageable in this case, shouldn't they. And, in any case, a burden for the maintainers of this *separate* package, not for those of mutt. What about a home page? Is something like this worth a sourceforge URL? If not, I can set up some temp space on the RULE site (where I would eventually talk of this package anyway). Ciao, Marco Fioretti Red Hat 7.3 in 8 MB of RAM: www.rule-project.org -- Our inventions are wont to be pretty toys, which distract our attention from serious things. They are but improved means to an unimproved end, an end which it was already but too easy to arrive at; as railroads lead to Boston or New York. We are in great haste to construct a magnetic telegraph from Maine to Texas; but Maine and Texas, it may be, have nothing important to communicate. -- Henry David Thoreau (from Walden), 1854
Re: multiple mail personalities
William, you seem to be looking for the tecnique explained here: http://www.acoustics.hut.fi/~mara/mutt/profiles.html Enjoy, Marco Fioretti Red Hat 7.3 for low memory: www.rule-project.org/ -- A dream will always triumph over reality, once it is given the chance. Stanislaw Lem
About glimpse for indexing email
Sven Guckes said: What I know is that I **badly** need a fast way to type some keywords/parts of sentences, and find all the relevant files on my drive *and* email messages where I or somebody else already wrote about it. glimpse - http://webglimpse.org/glimpsehelp.html It should be useable from the command line, from mutt, and from Emacs too. well, both emacs and mutt allow to call a subshell, so... Glimpse look good, and I know mutt can call a subshell, but: 1) Not free (25 USD for personal use: not a real problem, if it really does what I said above it's worth it) 2) When searching email from Mutt, the result should be a virtual folder like Evolution does, and explained here some days ago. Is it possible? (I am catching up with a *lot* of email, my apologies if the solution was already presented in that thread) Ciao, Marco Fioretti
Re: Thanks for: Still fighting to get clickable URLs via w3m
On Wed, May 22, 2002 10:36:54 at 10:36:54AM +1000, Cameron Simpson wrote: On 23:46 21 May 2002, Marco Fioretti [EMAIL PROTECTED] wrote: | Thanks a lot to Gary Johnson and all the others who helped me to do | what said in the subject. It works OK! Care to summarise what scheme you finally ended up with for us? Thanks, -- I had already planned it. As a matter of fact, the original purpose of all this nagging here and on the w3m list was to put together a series of scripts and rc files for the email subsystem of the RULE project (www.rule-project.org). After I got started, I also ended up writing an article on the side, but the final scripts/rc files, with explanations (and, of course, credits!) will be all put online on that site sometime next week. Ciao, Marco Fioretti -- Never let your sense of morals prevent you from doing what is right Salvor Hardin , Foundation
Re: Virtual Folders in mutt
On Wed, May 22, 2002 00:19:09 at 12:19:09AM +0200, Rocco Rutte wrote: * Marco Fioretti [05/21/02 23:32:56 CEST] wrote: I too am really interested in the possibility of having all your mail indexed so that you can make faster and more sophisticated searches than grepmail allows. Couldn't the indexing database be run once and then only on *new* messages, after fetchmail/procmail have delivered them? This should not be noticeable, should it? You have to keep it outside procmail to make it more flexible (also, procmail itself is already too slow). Depending on what exactly you want to index, What I know is that I **badly** need a fast way to type some keywords/parts of sentences, and find all the relevant files on my drive *and* email messages where I or somebody else already wrote about it. It should be useable from the command line, from mutt, and from Emacs too. I have discovered just three days ago the existance of the Remembrance agent, but haven't yet downloaded, or even figured out if it *is* the right/fastest way to solve my problem. Any help is appreciated. Running it by procmail on any message would sure be slow, but I was thinking to some script starting *after* procmail, and parsing all the messages in all folders not scanned since the previous running. This would cover even the messages never read. What about the indexer (whatever it is) that, if the text being parsed is an email message: add an header to messages with some numeric code/hash to make *its* later searches faster, can be launched later from mutt so that it converts the keywords in some other numeric code hash to be easily checked against that header, giving a much faster result? DISCLAIMER: I still know nothing of indexing software (otherwise I'd be founding nextgoogle.com :-) ), and it's six am. If the above suggestion is sheer idiocy, kindly point me to some primer on the matter, thanks! Ciao, Marco Fioretti -- Computers are useless. They can only give you answers. -- Pablo Picasso
Re: Virtual Folders in mutt
On Mon, May 20, 2002 19:04:20 at 07:04:20PM +0100, Bruno Postle wrote: On Mon 20-May-2002 at 12:40:31PM -0500, David T-G wrote: % One important difference is that vfolders are built around % pre-built indexes, making them more efficient than grepping hundreds % of megs of Hmmm... Maybe glimpse as a search indexer? The Maildir 'me.hcache' patch indexes your mail as you go along and the db files are quite ok for searching. Indexing mail in this way is much more efficient than an indexing cronjob (always out-of-date) or a separate indexing demon (wrecks quake performance). What do you mean by indexing daemon? I too am really interested in the possibility of having all your mail indexed so that you can make faster and more sophisticated searches than grepmail allows. Couldn't the indexing database be run once and then only on *new* messages, after fetchmail/procmail have delivered them? This should not be noticeable, should it? The indexing database engine also has the enormous advantage that you can index every text file, not just email. Unlike the other solutions proposed, it would also help when you say damn, I should really paste into this message the last part of that old school project... What do you think? Marco Fioretti Red Hat 7.2 in 8 MB of RAM: www.rule-project.org -- Language shapes the way we think, and determines what we can think about. B. L. Whorf
Still fighting to get clickable URLs via w3m
Hello, I haven't been able yet to use w3m (or any other text browser for that matter) work cleanly as a Mutt pager. I want to read HTML email as text, but with text corresponding to hyperlinks active so that clicking it, or with some keystroke, I can open an external browser directly on the underlying URL, like this: HTML body source: .A HREF=http://www.google.com;GOOGLE!/A. View in mutt pager: .GOOGLE!. and selecting/clicking/highligthing/whatever the GOOGLE! string starts an external browser on www.google.com As already pointed out here, the remaining problem is that w3m is started on the whole message, headers and all, so even if URLs are recognized when pressing : the whole thing is quite a mess to read. Any suggestion? I have just discovered the set_pipe_decode options, but am not sure they have anything to do with my problem TIA, Marco Fioretti
Re: Still fighting to get clickable URLs via w3m
Marco, This works for me: I do my terminal work in a gnome terminal. This has the advantage of recognizing urls triggered by mouse over. To launch a browser, either right click for the context sensitive menu or hold alt and left click. I know, but this doesn't work with Hidden URLS, does it? (See my original example) That is why I was hoping to get w3m working, because it *displays* plain, well formatted ASCII, but *knows* which strings correspond to other hidden strings which are URLs. Would the gnome terminal open the right URL if given the to know more click HERE string? Again, I started looking after this because from Gary Johnson Mutt Page and previous postings here, it seems something that would surely work: did I miss something? TIA, Marco Fioretti
Problem with w3m as mutt pager
Hello, I am trying to follow the suggestions given some days ago on the list about using w3m as the internal mutt pager, so that html email is formatted properly, and URLs are clickable. If I put: macro pager \cw |w3m\n Read with w3m inside .muttrc, and then hit C-w when looking at an html message, w3m starts inside the mutt window, but gives me the raw HTML source. If I press : URLs are highligthed and clickable, but reading the message is not possible. What am I missing? I am using: Mutt 1.2.5i (2000-07-28) System: Linux 2.4.7-10 [using slang 10404] on RH 7.2 TIA, Marco Fioretti -- There is more to life than increasing its speed. -- Mahatma Gandhi
Re: Problem with w3m as mutt pager
On Sat, May 11, 2002 15:34:33 at 03:34:33PM +0200, Rocco Rutte wrote:
You're missing, that you have to tell w3m to assume text/html
input ('-T text/html'). The example given was not use w3m as a
pager for html mails but as a replacement for urlview to more
easily view URLs within a message.
Given that, you'll need to different macros: one calling w3m
without arguments to click URLs in text/plain mails; and
another to call w3m with arguments to make it display
text/html.
Cheers, Rocco.
So, if I understand correctly, I should have
macro pager \cw |w3m\n make urls clickable in plain text
email
macro pager \ch |w3m -Ttext/html\n display formatted HTML
with w3m
or not? I will try it in a few hours, must go get the kids now, but
any comment/correction in the meantime would be really appreciated!
Ciao,
Marco Fioretti
--
Whatever you do will be insignificant, but it is very important that
you do it. -- Gandhi
Re: Problem with w3m as mutt pager
On Sat, May 11, 2002 16:25:27 at 04:25:27PM +0200, Rocco Rutte wrote: Basically, yes. But note: emails do also contain a header which, in html mails, is before the initial html statement. So, browsers will have problems with that. Yes, me too, I've already seen this problem: is there any known way to make them act only on the message body? Ciao, Marco Fioretti -- Any medium powerful enough to extend man's reach is powerful enough to topple his world. To get the medium's magic to work for one's aims rather than against them is to attain literacy. Alan Kay, Computer Software, Scientific American, Sep. 1984
Re: view other msgs while composing
Chris wrote: It would be *really* handy to be able to switch to a split window mode (like vim or vile or emacs can) and be able to refer to another mail message while composing.. This isn't a *very* frequent requirement Are you sure? I can tell it definitely is one of the things I would use most... I am really interested too in knowing how to have that exact functionality, Ciao, Marco Fioretti
Re: Transition from Pine to Mutt
About Roles: Look for Mutt profiles, and let us know. URL: http://www.acoustics.hut.fi/~mara/mutt/profiles.html Good luck, Marco Fioretti Red Hat 7.2 in 8 MB of RAM: www.rule-project.org/ -- All over the place, from the popular culture to the propaganda system, there is constant pressure to make people feel that they are helpless, that the only role they can have is to ratify decisions and to consume. Noam Chomsky
JAVA applet to run mutt via http
Hello, I'm asking this here because, IIRC, several people on this list are already using the tool which I'm going to need. In the past, I asked on this list how one with a shell account could run mutt remotely (from the office) when a web browser is the only way to go through the corporate firewall. Somebody here suggested some JAVA terminal emulator which would run inside the browser using SSL or whatever to also guarantee security/privacy. Now I'm going to start my own web site, and would obviously like to check its related email in this way, even when I'm not at home (=no SSH/POP3/IMAP/...). Since, IIRC, several people here are already doing it, could you tell what exactly I should ask to the web hosting provider to do this? Obviously, shell account, mutt/fetchmail/procmail, I know. Anything else? Last but not least: what was that JAVA applet called anyway? TIA, Marco Fioretti Red Hat 7.2 in 8 MB of RAM: www.rule-project.org/
Re: M$ Outhouse E. for UNIX
And now all Solaris-users can enjoy the MS Outlook Express-experience ;-) http://www.microsoft.com/unix/ie/evaluation/outlookexp/default.asp It thought Solaris users use text-based mail clients because workstation installations of Solaris are not the fastest. Or do they just replace every workstation by a server to run Outlook? ;-) Here where I work we use Ultra sparc machines, but have no root password and only 100 MB of quota = can't compile and install stuff, and are forbidden to do so: this situation is much more frequent than many Unix guru expect, just see how often they dismiss one's question with just patch or compile from source, don't bother us. Back to mail clients used on solaris: here (RD) , where we have to use a Unix os to do real work, we have sparc, but have only Netscape 4.7?? because it's the only ccompany certified client able to do IMAP, hence to interface with the corporate Exchange server ***They*** made me to do it, that's why!! OTOH, this (Pointy haired guys saying °Exchange!!° ) is the reason to hope somebody does make mutt do also outlook calendar functions. Ciao, Marco Fioretti
OT:on feminine and masculine names
Let's mark this thread properly so at least it's easy to filter out... Said this, my two drops of gasoline on the fire: Jussi =~ Giusi, same pronounce here in Italy, where is short for Giuseppina (feminine only), but, OTOH Andrea = masculine only in Italy, feminine in Germany (I and the guys had a real shock when one of us, heterosexual to the bone, came back from Germany announcing his engagement with Andrea..) Add to this the fact that online nothing prevents a hairy construction crew worker to sign himself as Sweet Linda, or a 36DDD chick as Hercules the moustached biker, if that's how they feel inside, and we would all be much better off by just being careful... OK, now that I've done my weekly ratio of kicking political correctness, back to work, and of course don't take me too seriously Ciao, Marco Fioretti (heck, Marco (masculine) =~ Margot (feminine) all right, I'll stop..) 24-Mar-02 at 22:37, Rob 'Feztaa' Park ([EMAIL PROTECTED]) wrote : Your name just sounds so feminine. We seem to get a lot of that here, don't we? ;) I don't know that I can let you get away with that. Said in the correct accent - in fact, one of German, Switzerdutch, and most Scandinavian accents, Jussi sounds reasonably masculine to me. In and English accent (particularly Canadian/American) it /may/ sound feminine... but you should never assume that just because in your phonetics, a name sounds feminine, that it is. Indeed, never assume at all that you can guess, because some names which are only female in English may be unisex in other countries, or unisex with slight spelling variations. Shit I hate political correctness, but I adore linguistic debate. Sometimes the two collide and I have a little rant. Apologies to the sensitive. -- [Simon White. vim/mutt/Linux. [EMAIL PROTECTED] GIMPS: 54.35%] v-- John Lennon Sometimes we sit and read other people's interpretations of our lyrics and think, 'Hey, that's pretty good.' If we liked it, we would keep our mouths shut and just accept the credit as if it was what we meant all along.
Re: About the language for the mutt config tool
[08.03.02 00:03 +0100] Marco Fioretti -- : About this particular project: let's just do it in whatever language .. I do not agree to this, one thing I would ask you to consider: Take a language which you can expect to be present on minimal systems. Why, yes, of course! I was giving that for granted because we were speaking of console tools, and I assumed (wrongly) it meant the same thing Marco Fioretti
Mutt configuration tool, was: mutt is not for everyone
On Wed, Mar 06, 2002 22:16:24 at 10:16:24PM -0800, Will Yardley wrote: i was thinking about this in the car tonight, and i realized that (AFAIK) there isn't a simple interactive command line program to help new users adjust to / configure mutt. such a program could easily be written as a shell script or a perl script... and could be included in the mutt distribution, or in the contrib/ directory. basically, the tool would be oriented towards helping people set suitable defaults, and creating a decent .muttrc. while the mutt defaults are (in general) very sensibly chosen, it's often hard for new users to figure out what parameter they must change to have the desired effect. Hello, two comments on this: 1) something like this already exists online, why don't point it as the first thing from the Mutt web site, and maybe work to improve that? (sorry, can't find the URL) 2) I volunteer to test/help with whatever tool will be written to solve this. It is exactly something which would be great in RULE (see URL below) I know Perl quite well, but am really overloaded these days with that and other projects. I can still test it hard, debug and submit patches. PLEASE keep me posted. Ciao, Marco Fioretti Run Up2date Linux Everywhere: http://www.freesoftware.fsf.org/rule/ -- Never let your sense of morals prevent you from doing what is right Salvor Hardin , Foundation
Re: Mutt configuration tool
On Thu, Mar 07, 2002 12:13:56 at 12:13:56PM -0500, cruciatuz wrote: On Thu, Mar 07, 2002 at 10:11:19AM +0100, Marco Fioretti wrote: 1) something like this already exists online, why don't point it as the first thing from the Mutt web site, and maybe work to improve that? (sorry, can't find the URL) perhaps you mean: http://mutt.netliberte.org Yes, just that! Again, a command line version would complement it perfectly (think to dialup: why pay and keep the phone busy just to change the configuration?) We should check if that code is available, and how hard it is to make it work in a shell. Ciao, Marco Fioretti www.freesoftware.fsf.org/rule/ -- None can love freedom heartily but good men; the rest love not freedom but license. John Milton
So, when do we start? was: Mutt configuration tool
Thanks for the inspired musing bit! So, when do we start? I confirm that I cannot be the main developer for this right now, but promise to test and debug whatever will be sent to me, and to include the final thing in the RULE package list. Ciao, Marco Fioretti RULE: www.freesoftware.fsf.org/rule/ On Thu, Mar 07, 2002 11:23:29 at 11:23:29AM +, Simon White wrote: On 07-Mar-02 at 12:26, Marco Fioretti's inspired musing was thus : We should check if that code is available, and how hard it is to make it work in a shell. Absolutely. Someone has already thought about the tool and even implemented it. It should be command line to save that poor guy's bandwidth :) -- Real Programmers don't play tennis, or any other sport that requires you to change clothes. Mountain climbing is OK, and real programmers wear their climbing boots to work in case a mountain should suddenly spring up in the middle of the machine room.
About the language for the mutt config tool
Hello, my two eurocent on this issue. Any language can be made readable or unreadable. Personally, I think that any program is readable if it has complete, up to date embedded comments explaining what is happening and meaningful variable names, even if the actual code looks like ancient Greek, scrambled. About this particular project: let's just do it in whatever language the majority of the volunteers is ALREADY proficient with, not with the one which the majority of the list thinks better for any reason. Otherwise it will never get done. Unless, of course, it already exist in another language and we just have to port it to the command line. Personally, I am very good with Perl and know (almost) nothing of Python, just because it happened so. I will help even if the thing is made in Python, it will be a good occasion to learn it, but of course will be less helpful in debugging. So, what language do the volunteers know better? Ciao, Marco Fioretti -- Any medium powerful enough to extend man's reach is powerful enough to topple his world. To get the medium's magic to work for one's aims rather than against them is to attain literacy. Alan Kay, Computer Software, Scientific American, Sep. 1984
RE: how to print html-mails - return to sender
* Johannes Franken [EMAIL PROTECTED] [020303 12:12]: What's the best way to print those mails from mutt - including the pics while not using X? Johannes, I agree with Sven. If there ***really*** had been a need for pictures (i.e. if they are not some company logo) they could have sent a compressed file as attachment, or just put the page online somewhere, and sent you the URL. IMPORTANT: when asking them to behave properly (i.e. to not send HTML messages) don't mention Mutt: if they were able to understand it, they would not send HTML mail at all. Mention the REAL motive to avoid HTML email: it wastes bandwidth, slowing needlessly everyone online, and forces the RECEIVER to waste HIS time and (if on dialup) money to see a uselessly fancier message. Botht things are bad/uneducated even among window users only. Ciao, Marco load them up in some ugly M$ web browser. that' what they were intended for anyway. my advice: tell the sender to send you a printout via snail mail. works for me. if i'ts ok for the M$ weenies to ask for data in special formats - so can we. why accept mails with problems anyway? Sven
Re: Hooks order of precedence
Erik, I'm not sure I understood all your problem, but I have the feeling that you could find a solution in the concept of mutt profiles as explained here: http://www.acoustics.hut.fi/~mara/mutt/profiles.html Let us know. Ciao, Marco Fioretti RULE: Run Up2date Linux Everywhere http://www.freesoftware.fsf.org/rule/
Re:Pretty print filters
Tom, 1) Check if muttprint works under solaris too: http://home.t-online.de/home/f.walle/muttprint/ 2) Personally I don't use it because I have relatively old computers, and installing a mammoth like latex just to pretty print some messages doesn't look smart in that situation. YMMV. 3) Don;t you have enscript on your solaris box? It might work. On the same note, may I ask you your mp commands? TIA, Marco Fioretti RULE: http://www.freesoftware.fsf.org/rule/ This may be outside the scope of mutt per se, but can anyone recommend a good pretty print filter for mboxes? I used to use mp under Solaris until a system upgrade somehow broke it, and I do not know of equivalents elsewhere. mp would send an mbox to the printer with pruned headers and a formfeed between each message -- optionally, two pages on one, so printing double-sided I could print out four pages on one sheet of paper. Ideally, such a program could detect and skip binary attachments, but I should think it would need to be pretty sophisticated to do so reliably. Thanks, Tom ___ Dr. Thomas Baker [EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft Institutszentrum Schloss Birlinghoven +49-2241-14-2352 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Offline SPAM-filter with mutt?
Hello, I've been following this discussion with great interest, and looked (very shortly, I confess) to the tools that were mentioned. I have the impression that they require you to be online to work. Do they still work if you dial up, run fetchmail and hang off immediately via scripts? OR maybe, do they work simultaneously with fetchmail, so it just makes the phone call some seconds longer? Marco (still living with *one* phone to share with family, and no 56K solution in the neighborood yet...) RULE: Run Up2date Linux Everywhere savannah.gnu.org/projects/rule/ http://www.freesoftware.fsf.org/rule/ -- Real leaders are ordinary people with extraordinary determination
New project proposing mutt
Hello, I just started a new GPL project which recommends the use of mutt (see below). It is Red Hat based, but (see FAQ #5) even users of other distribution might benefit from it. The reverse is also true, of course. Any contribution to the project is welcome (especially in the form of rpms of some patched versions, or ssubmitting smart config files)! Ciao, Marco Fioretti the RULE project: Run Up2date Linux Everywhere http://spazioweb.inwind.it/marco_web/ -- The three most dangerous things are a programmer with a soldering iron, a manager who codes, and a user who gets ideas.
New project proposing mutt
Hello, I just started a new GPL project which recommends the use of mutt (see below). It is Red Hat based, but (see FAQ #5) even users of other distribution might benefit from it. The reverse is also true, of course. Any contribution to the project is welcome! Ciao, Marco Fioretti the RULE project: Run Up2date Linux Everywhere http://spazioweb.inwind.it/marco_web/ -- We have to pursue this subject of fun very seriously if we want to stay competitive in the 21st century. -George Yeo, Singapore's Minister of State for Finance.
Discard email on POP server
While discussing the real reasons to fight HTML email, people said: Off-topic meandering: I think it would be lovely to automatically compress all email before sending and have it opened on the other end, Gzip your message body and you'll probably find half of mutt-users have it decompressed and viewed automatically :) ... but also costs processing power to package up and then open up the item. For those on a dialup link, though, it could be a real blessing. I think it would be rather better for them if they could grab their entire mailspool gzipped; most of the time it takes to download email Actually, at least when dealing with many mailing lists, the real problem is that there are whole huge threads that one's could not care less about. And they are NOT spam that a procmail recipe can stop. For example, you have only EIDE disks, and people on your distro list start discussing for days and hundreds of messages how to deal with SCSI ones. In such cases the real solution (to save your time, and at least the bandwidth from the POP server to you) is, for any MUA/OS combination: 1) (as soon as you see an uninteresting thread start) 2) mark it in your MUA so that 3) next time you connect to the POP server 4) all replies are destroyed *instead* of downloaded 5) before fetchmail or whatever you use picks the rest up see http://web.tiscali.it/marco_web/popfilter.html for a simple Perl script and Mutt macros to do this, and give feedback please. Other more sophisticated and more maintained tools for the same purpose are animail, mailfilter and popsneaker (check on Freshmeat) ANy feedback/success story/config file is appreciated. (even partners to develop popfilter further!) Ciao, Marco -- Real leaders are ordinary people with extraordinary determination
Re: Discard email on POP server
... I forgot to say that this method also kills (as they deserve, IMHO) even all messages from those people who just hit reply to say whatever unrelated thing passes through their mind when they should really make everybody's life easier by starting a new thread with a proper new subject. YMMV Marco -- May your campfire always burn bright
Re: [OT] html email
I suppose it's equally valid for them to say, I, the sender, should be able to control how a message is presented to you. No, that's the whole point, because with email the (time, money) extra expense associated with downloading useless html formatting is paid by the receiver, not the sender. Even if both receiver and sender use GUI mua's, and regardless of the OS. Marco -- Mike Schiraldi VeriSign Applied Research -- The whole world is a tuxedo and you are a pair of brown shoes. -- George Gobel
Re: Forwarding threads
On Fri, Jan 04, 2002 20:20:43 at 08:20:43PM +0100, Elimar Riesebieter wrote: Hi ladies and gents, some informations out of this list are very usefull to use at my office! How do I forward or bounce a complete thread to another adress? Just look from your office to the mailing list archives, or: tag the whole thread copy it to a temporary mailbox compress the mailbox and send it as attachment to your office address both ways will save bandwidth/time, right? Marco Ciao Elimar -- You cannot propel yourself forward by patting yourself on the back. -- -- None can love freedom heartily but good men; the rest love not freedom but license. John Milton
THANKS FOR: VIM (color) problem when used within mutt
Lou, I am happily repling to your message in the mutt editor, with properly colored quotes and all, after replacing the mutt_vim_rc file with the one you sent yesterday. Thanks again!, Marco On 2001/07/10 20:18:20 -0400, Louis LeBlanc wrote: I thought that file looked familiar. One problem with it. You must have emacs set to autoreplace tabs or something. The trailing whitespace could be from doing a cut and paste, though. I fixed your file by putting tabs back where they belong (tabs are often a pain in the nexk when you work on code, but for regexps and some config files, they are critical). Here is the diff between yours (after I fixed it) and the one I use: $ diff muttvimrc .mutt/mail.vim 1d0 75c74 order is important here! --- order is imporant here! 83,84c82,83 hi link mailHeaderKey Red hi link mailHeaderBlue --- hi link mailHeaderKey Green hi link mailHeaderCyan 86c85 hi link mailQuoted2 LightBlue --- hi link mailQuoted2 Cyan Pretty close. I do remember posting this a while back, and maybe I did the bad thing and just did a copy/paste. If so, my fault you had a hard time. This is actually a modified version of the one Felix von Leitner wrote. His version is actually included with the Vim dist. and can be found at /usr/share/vim/vim57/syntax/mail.vim (at least on RH6.2) In order to avoid further tab confusion, I am bzipping your repaired muttvimrc back up and attaching it that way. HTH Lou On 07/10/01 11:45 PM, Marco Fioretti sat at the `puter and typed: Hello, Some days ago, I asked for help on this list because I couldn't stand the colors appearing in vim/mutt when replying to messages. Several people explained how to fix this behavior. I'd like first of all to thank them, especially Felix von Leitner, for providing many useful suggestions. Eventually I set: set editor = /usr/bin/vim -c '/^$/+1' -u '~/.mutt_vim.rc' where mutt_vim_rc is the file attached to this message. Now colors are wonderful, but: 1) when I reply to message, I see an error message flash in the mutt window, too quick to read it. 2) vim behaves strangely: it doesn't react to the backspace key, or to the back arrow key, for example. Running from the command line vim -s .mutt_vim.rc doesn't produce any visible error. Any clues, or suggestions on how to capture the flashing error message? The only thing I can see weird in that file is that, having pasted it from the mutt window to an emacs buffer, it ended up with MANY blank spaces at the end of each line... TIA, Marco Fioretti -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
How do I color only parts of the index lines?
Hello,
I know how to format my mutt message indexes with commands like this:
set index_format = %4C %Z %{%b %d} %-18.18F %s
and I know how to color some lines differently, i.e. assuming that I
want to spot easily all the messages that *I* sent, with something
like:
color index default red '(~f Marco Fioretti)
However, I found the result disturbing. I would like it better if only
my name became (red/underlined/bold/). I have read in the manual
about the escape sequences ESC [ Ps;Ps;Ps;.., where Ps = 1 Bold on,
etc...
I have already tried several combinations of these escape sequences in
the index_format command, without luck. Has anybody already set this
up successfully? How?
Important: for totally unrelated reasons, I'm still stuck with
Mutt 1.0.1i, and this is not going to change before next RH version.
Please consider this in your answers.
TIA,
Marco Fioretti
How to add items into abook?
Hello, I just downloaded and compiled from source the latest version of abook, to give it a try. The problem I have is really stupid, but, as embarassing as it is, I can't figure it out, and there is nothing I can see about it in the man page or the builtin documentation. (Which might just mean that it's bedtime, of course...) How do you edit the several fields of an Item? When you have entered the name, how do you move around to enter address, email, phone, etc I've been trying 20 minutes, and as soon as i enter the name, whatever combination of CTL, space,tab, enter, etc... doesn't allow me to edit all the other fields. What am I missing? TIA, Sleepy Marco
VIM problem when used within mutt
Hello, Some days ago, I asked for help on this list because I couldn't stand the colors appearing in vim/mutt when replying to messages. Several people explained how to fix this behavior. I'd like first of all to thank them, especially Felix von Leitner, for providing many useful suggestions. Eventually I set: set editor = /usr/bin/vim -c '/^$/+1' -u '~/.mutt_vim.rc' where mutt_vim_rc is the file attached to this message. Now colors are wonderful, but: 1) when I reply to message, I see an error message flash in the mutt window, too quick to read it. 2) vim behaves strangely: it doesn't react to the backspace key, or to the back arrow key, for example. Running from the command line vim -s .mutt_vim.rc doesn't produce any visible error. Any clues, or suggestions on how to capture the flashing error message? The only thing I can see weird in that file is that, having pasted it from the mutt window to an emacs buffer, it ended up with MANY blank spaces at the end of each line... TIA, Marco Fioretti muttvimrc.bz2
mailboxes order (was: How many mailboxes can one set?)
Hello, I just wanted to thank people who answered to my question of some days ago, reported in the subject of this email. I must say that the problem I reported never happened again, which means that maybe I was just a bit too sleepy :-() There is one thing I would like to point out however. The reason why I (or anybody else) would define mailboxes in this primitive way: mailboxes ! =IN.list1 =IN.list2 =IN.list3 =IN.list4 =IN.list5 rather than with any of the versions kindly posted using ls, like: mailboxes ! `/bin/ls ~/Mail` is that ls returns the mailboxes in ~/Mail, in alphabetical order, while the first version allows you to define the order in which you want to visit them, whichever that is. Ciao, Marco Fioretti
bookmarking/printing URLS from within mutt
Hello, there is extensive documentation on how in Mutt you can select an URL into an email message, and have Netscape or whatever browser open it. However, it could also be useful to select an URL in the message body and just bookmark it for later viewing, or print it using the printing capabilities of the browser. I am thinking to some macros that would use the netscape remote control capabilities explained in: http://home.netscape.com/newsref/std/x-remote.html or (much more elegant and resource saving) some of the Perl modules available for playing with Netscape bookmarks. Has anybody already added this to Mutt, with Netscape or other browsers? Ciao, Marco Fioretti
Re: Colors when replying to messages
Hello,
what I mean is that (see original messages and excerpt from my
muttrc.vim below):
1) I received your reply
2) I selected it from the index
3) I saw your reply colored like this:
Headers: blue on grey
Your msg : Black on white
My original msg, now quoted: Black on grey
All as I want it to be. Now I have just hit r to reply, and see:
1) Headers above these lines in a mix of brightgreen, magenta and yellow
2) The On 2001/04/25 18:52:50 -0400, Mr. Wade wrote: line below black
on grey
3) Your reply (level one quoting) blue on grey
4) My orig. msg. (level 2 quoting) cyan on grey, practically unreadable
5) The text I'm writing now black on grey
Black on grey is the Xdefault I have set for all my xterms.
$EDITOR, $editor and $VISUAL are undefined.
The editor looks like some vi to me, from its behavior. I have done
find /usr /etc -type f -iname *vi*|grep -i mutt
and found /usr/share/vim/vim56/syntax/muttrc.vim
If I grep -i color on it, I get what follows below.
In short, I think your suggestions and comments do make a lot of sense,
but can't see in my setup anything related to them. I wonder if at this
point I should ask for some muttrc.vim file and compare against mine.
Any suggestion is appreciated.
rco Fioretti
FROM muttrc.vim
syn keyword muttrcCommand save-hook score send-hook source toggle unalias
uncolor unignore
syn keyword muttrcColorFieldcontained attachment body bold error hdrdefault header
index
syn keyword muttrcColorFieldcontained indicator markers message normal quoted
search signature
syn keyword muttrcColorFieldcontained status tilde tree underline
syn match muttrcColorFieldcontained \quoted\d\=\
syn keyword muttrcColorFG contained black blue cyan default green magenta red
white yellow
syn keyword muttrcColorFG contained brightblue brightcyan brightdefault
brightgreen
syn keyword muttrcColorFG contained brightmagenta brightred brightwhite
brightyellow
syn match muttrcColorFG contained \\(bright\)\=color\d\{1,2}\
syn keyword muttrcColorBG contained black blue cyan default green magenta red
white yellow
syn match muttrcColorBG contained \color\d\{1,2}\
syn keyword muttrcColor contained color skipwhite
nextgroup=muttrcColorField
syn match muttrcColorInit contained ^\s*color\s\+\S\+ skipwhite
nextgroup=muttrcColorFG contains=muttrcColor
syn match muttrcColorLine ^\s*color\s\+\S\+\s\+\S skipwhite
nextgroup=muttrcColorBG contains=muttrcColorInit
Mono are almost like color (ojects inherited from color)
syn keyword muttrcMono contained mono skipwhite
nextgroup=muttrcColorField
hi link muttrcColorField Identifier
hi link muttrcColorFG String
hi link muttrcColorBG muttrcColorFG
hi link muttrcColor muttrcCommand
hi link muttrcMonoAttrib muttrcColorFG
On 2001/04/25 18:52:50 -0400, Mr. Wade wrote:
Marco Fioretti wrote:
I have colors set in .muttrc as I like both in the index and when
I read messages. When I *send* messages, however, i.e. whenever I
hit either the r or the m keys, mutt colors headers and quotes
in a different and unreadable way. I haven't found in the manual
or in the .muttrc files I downloaded from the net anything about
this, and even the /etc/Muttrc file doesn't contain anything related
to colors.
I guess I could patch this with a send-hook which applies to ALL
outgoing messages, but I'd like to know both why does this happen,
and if there are more elegant/proper ways to do it.
Any help/pointers/muttrc examples explaining how to set colors
only when sending messages would be really appreciated.
If you are talking about the colors in your editor while you are
composing the message, then Mutt is not responsible for coloring.
You will need to address that issue with your editor's
configuration files or settings.
Note that the $editor variable specifies which editor is used by
Mutt. It defaults to the value of the $EDITOR or $VISUAL
environment variables, or to vi. If $editor is null, then Mutt
seems to use some sort of mailx-like internal editor (in which
coloring is not an issue.)
If you are talking about how message bodies look in the pager
before sending, then I don't know how to help you. They are not
colored the same way a message is colored when viewed in the
pager, (but the headers are not displayed, so I am thinking you
are talking about this, since you specifically mentioned the
headers.) If readability is impaired, the object normal may
help improve that, e.g.
color normal cyan black
I hope you get it fixed to your liking. :)
-- Mr. Wade
--
Linux: The Choice of the GNU Generation
Colors when replying to messages
Hello, I have managed to configure Mutt to do almost anything I want, with this exception: I have colors set in .muttrc as I like both in the index and when I read messages. When I *send* messages, however, i.e. whenever I hit either the r or the m keys, mutt colors headers and quotes in a different and unreadable way. I haven't found in the manual or in the .muttrc files I downloaded from the net anything about this, and even the /etc/Muttrc file doesn't contain anything related to colors. I guess I could patch this with a send-hook which applies to ALL outgoing messages, but I'd like to know both why does this happen, and if there are more elegant/proper ways to do it. Any help/pointers/muttrc examples explaining how to set colors only when sending messages would be really appreciated. TIA, Marco Fioretti P.S: please keep in mind that I'm still using mutt-1.0.1i-6 (Red Hat 6.2 running, and will upgrade to newer RH and mutt only when the first RH 7.1 CD hits the newspaper kiosk)
HOWTO Cat senders email to file
Dan Cardamore wrote: I'm trying to keep a list of spammers in a file so that my filter can process them to the appropriate /dev/null. I'd like to have a key binding which would: echo "authorsEmailAddress" spamlist.txt. The difficulty I'm having is in having the email address put in by mutt. This is what I've tried: macro generic I '!echo %a spamlist.txt' Dan, look at http://web.tiscalinet.it/marco_web/popfilter.html There are mutt macros to do exactly what you want, and the popfilter script to delete email from the blacklisted people on the POP3 server, before downloading it. Ciao, Marco
Re: Macro to edit procmailrc?
Andre Bonhote wrote: hi out there i am using mutt 1.2.5i together with fetchmail and procmail. is there a way to kinda automatically add an entry to my procmailrc from within mutt? someting like this: Andre, if what you want is just to send the (previously unfiltered) spam to /dev/null, there is no need to interact with procmail. The right solution is to tell from mutt that, from now on, messages with that (sender, header...) must be destroyed ON THE POP3 server before ever downloading them. This also cuts on phone bills, if any. Look on http://web.tiscalinet.it/marco_web/popfilter.html The scripts and methods there may even be extended to do what you say. Let us know if you modify them. Ciao, Marco Fioretti
ANNOUNCE: popfilter script
Hello, I have managed to put together a first version of a script which deletes selected messages from a pop3 server without downloading them. The messages to be deleted can be marked dynamically from within mutt. More details and source code at: http://web.tiscalinet.it/marco_web/popfilter.html Any feedback is welcome. Thanks to Conor and Aaron for their suggestions. Ciao, Marco
Selecting headers to delete on pop3 server
Hello, The URL: http://www.linuxgazette.com/issue62/okopnik.html is an article on how to filter spam. Among other things, it also discusses how to manipulate mail filtering from within mutt. I was targeting the pop3 server, while the author explains how to change procmail recipes within mutt, but it is basically the same problem, and infact he gives the same solution proposed by Aaron. One note: the article puts single quotes around the mutt macros, while Aaron specified double quotes. Any comment about this? Does it depend from the mutt version? As noted before, I won't have time to play with my home box before the weekend, but I'll post every script I'll be able to put together. Ciao, Marco Fioretti
Selecting headers to delete on pop3 server
Hello, I have mutt 1.0-i happily running on a RH6.2 box, but haven't figured yet how to do what follows. When ones subscribes to a mailing list, he or she is only interested in a (small) part of the threads discussed. For example, I am subscribed to mutt-users and have (currently) no IMAP. What I would like to do is: 1) Whenever I see the first message of an uninteresting thread, I tell mutt that I'm not interested in it. 2) mutt writes this to some log file 3) Next time I dial up, a script reads this log file, connects to the pop server and deletes everything which is FROM the mailing list AND with that header. 4) only at this point fetchmail starts and downloads only what might be interesting 5) the log file is cleaned every few days. I know how to do points 3,4,5, but how do I tell mutt to create this log file? Has somebody already done this? Any help is appreciated! Marco Fioretti
Re: Selecting headers to delete on pop3 server
Conor Daly wrote: ... 1) Whenever I see the first message of an uninteresting thread, I tell mutt that I'm not interested in it. 2) mutt writes this to some log file It occurs to me that you could use some kind of send or save hook to run a script which greps the from line into a log file. Perhaps something like forward to bitbucket@localhost and use a send hook on that address My first idea had been to save all these "to-be-deleted" messages into a trash folder, and have the external script filtering ^Subject and ^From lines out of the folder. If possible however, I would like to implement something that doesn't require extra resources (i.e. extra mailboxes for complete messages or bogus accounts) What would REALLY do the trick is some "shell excape" which just makes mutt do the following: echo subject_and_From_header some_file I did read the whole manual some time ago, but I can't remember any "shell-excape", i.e. something that make mutt execute shell commands with dynamic arguments. Is something like that available? Post the rest would you? I found several pop clients written in perl that can be easily modified to fetch the headers only from the pop server, and send "delete" commands when some header matches a certain pattern. I don't have any URL here, but a search on CPAN would find them. Another source for this is the example code of the O'Reilly Book "Advanced Perl Programming", available on their ftp site: that book is what gave me the idea. Marco
Re: Selecting headers to delete on pop3 server
Marco Fioretti wrote:
I found several pop clients written in perl that can be easily
modified to fetch the headers only from the pop server, and send
"delete" commands when some header matches a certain pattern.
I don't have any URL here, but a search on CPAN would find them.
Another source for this is the example code of the O'Reilly Book
"Advanced Perl Programming", available on their ftp site: that
book is what gave me the idea.
Marco
There it goes (there are many others like this on the net..)
@rem = '-*- Perl -*-';
@rem = '
@echo off
c:\perl\bin\perl f:/local/bin/checkmail.cmd %1 %2 %3 %4 %5 %6 %7 %8 %9
goto endofperl
';
# This perl script can be used to pre-scan your POP mailbox on your ISP
to
# delete any mail with objectionable headers before you go to the
trouble of
# downloading the whole message. It only reads the headers, and can be
# customized to look for any patterns of interest.
# To use it you need the latest and greatest perl version 5.004 (soon to
be
# released) and the Net::POP3 and Mail::Header optional modules
installed.
# (Instructions for how to get perl won't fit here - see www.perl.com
for
# lots of good info). You will need to edit the line after @echo off
(above)
# to contain the full path name of perl and where you put this script.
# You also need to customize a lot of stuff in this script, including
(but
# probably not limted to):
#
# * The lines up at the top with the absolute path names of perl and
this
# script in them.
#
# * The mail server and password information below.
#
# * The regular expressions and algorithms used to actually check the
# mail headers for what you want to classify as spam and delete.
use Net::POP3;
use Mail::Header;
# Configure the interesting parameters here
#
$postoffice=''; # fill in this with something like postoffice.isp.com
$user=''; # fill this in with your mail user name
$password=''; # fill this in with your mail server password
$verbose=1;
# Call scan_header with the Mail::Header object as the first argument
and
# the message size as the 2nd arg. If it returns a value, then that
value is
# the reason the mail should be deleted. If it returns undef, the mail
is
# left intact;
#
# NOTE: Edit this routine to put in your very own reasons for deleteing
# mail.
#
sub scan_header {
my $head, @rec, $r, @tags, $t, $msgsize;
($head, $msgsize) = @_;
if ($msgsize 10) {
return "Message bigger than 100K, probable mailbomb";
}
@tags = $head-tags();
$goodguy = 0;
foreach $t (@tags) {
if ($t=~/^X-Advertisement/i) {
return "Found X-Advertisement header";
}
if ($goodguy == 0) {
# If this mail isn't explicity being sent to me or being sent
on
# one of the mailing lists I know about or forwarded from work,
etc
# then it is highly suspicious...
if (($t=~/From/i) || ($t=~/To/i) || ($t=~/Cc/i)) {
@rec = $head-get($t);
foreach $r (@rec) {
# Fill in tests to check for your mail address, the
# mail addresses associated with any mailing lists you
# are on, etc. These are only examples...
if (($r=~/Tom\.Horsley\@worldnet\.att\.net/i) ||
($r=~/kermit\@columbia\.edu/i) ||
($r=~/fdc\@watsun\.cc\.columbia\.edu/i) ||
($r=~/ntemacs\-users\@cs\.washington\.edu/i)) {
$goodguy = 1;
}
}
}
}
# If any of these standard goons show up in any headers, trash the
# sucker...
if (($t=~/From/i) || ($t=~/Received/i) || ($t=~/Reply/i) ||
($t=~/Sender/i) || ($t=~/^X-/) || ($t=~/^To/i) ||
($t=~/Comments/i)) {
@rec = $head-get($t);
foreach $r (@rec) {
# As above, replace any of these (or just add more) with
# your own list of bad guys.
if ($r=~/cyberpromo\.com/i) {
return "Found cyberpromo.com in $t header";
}
if ($r=~/savetrees\.com/i) {
return "Found savetrees\.com in $t header";
}
if ($r=~/earthlink\.net/i) {
return "Found earthlink\.net in $t header";
}
if ($r=~/\@shoppingplanet\.com/i) {
return "Found \@shoppingplanet.com in $t header";
}
}
}
}
# These subjects were repeated over and over at one time, so I stuck
# in an explicit check for them...
@rec = $head-get('Subject');
foreach $r (@rec) {
if ($r=~/Free Fax/i) {
return "Found \"Free Fax\" in Subject header";
}
if ($r=~/credit limit/i) {
return "Found \"credit limit\" in Subject header";
}
}
if ($goodguy == 0) {
return "No good guys in any From: To:
Re: Selecting headers to delete on pop3 server
What would REALLY do the trick is some "shell excape" which just makes mutt do the following: echo subject_and_From_header some_file I did read the whole manual some time ago, but I can't remember any "shell-excape", i.e. something that make mutt execute shell commands with dynamic arguments. Is something like that available? No time now, will think... Idea: we may achieve the desired effect ( i.e. passing information to some external program) if it were possible to define (within mutt or from the prompt) a mailbox which is actually a pipe, right? As in set MAIL_TO_BE_DISCARDED = "| my_program.pl" Maybe named pipes would do it, what do you think? Marco
