Re: dupe checking
i thought it would come down to some script with procmail/formail, but was hoping that there's a "one key solution" from within mutt. but the examples from the procmailex manpage seem to be very interesting though. i will try the solution from .procmailrc that checks every mail automatically for dupes Just make sure to read the whole section about dupe checking. Use the second recipe, not the first.
Re: dupe checking
Manuel Bessler: Wednesday, 22 Mar 2000: Hi does mutt have something like a dupe checker (or is there an external program that's capable of this)? one of my mail servers is slow and if fetchmail times out, it starts from the beginning because my mail server flushes the mails _after_ the POP3 session. removing all mails that are twice or even more times downloaded are filling up my mailboxes. Hi, i use the following for that -- formail -q -D 12 idcache $1 -s $1.bk mv $1.bk $1 rm idcache 2 /dev/null -- in a bash-script named "remdup" Calling "remdup ~/Mail/xxx" eliminates all dupes from the specified file. Greetings, Dirk
Re: Re: dupe checking
Hello, On Don, 23 Mär 2000, David T-G wrote: ...and then Manuel Bessler said... % % does mutt have something like a dupe checker (or is there an external % program that's capable of this)? formail is probably your best bet for this. Check out the -D option for the Message-ID: cache... Take a look at the procmailex page, there is a nice example using formail -D... Sebastian -- "No worries." - Rincewind Sebastian Helms - mailto:[EMAIL PROTECTED] (PGP available)
Re: dupe checking
David T-G [EMAIL PROTECTED] wrote on Thu, 23 Mar 2000: % does mutt have something like a dupe checker (or is there an external % program that's capable of this)? formail is probably your best bet for this. Check out the -D option for the Message-ID: cache... Also there are other tools that will do this, that take more care than formail -D to only remove real duplicates. formail -D relies on the Message-ID, which is supposed to be unique for each message, but in practice this may not always be. If you're concerned about this, you're better off with a tool that does extra checks (md5 hash of the message body, etc.). At least the qmail home page http://www.qmail.org has a few of these tools. I think they're intended for use with qmail, but they would probably work with other mailers too, at least with a little tweaking. Regards, Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy scifi, the Corrs / Immanuel Kant but Kubla Khan.
Re: dupe checking
On Thu, Mar 23, 2000 at 08:57:16AM +0100, Dirk Huebner wrote: i use the following for that -- formail -q -D 12 idcache $1 -s $1.bk mv $1.bk $1 rm idcache 2 /dev/null -- in a bash-script named "remdup" i thought it would come down to some script with procmail/formail, but was hoping that there's a "one key solution" from within mutt. but the examples from the procmailex manpage seem to be very interesting though. i will try the solution from .procmailrc that checks every mail automatically for dupes thanks Manuel -- "If you sat a monkey down in front of a keyboard, the first thing typed would be a unix command. -- Bill Lye",
dupe checking
Hi does mutt have something like a dupe checker (or is there an external program that's capable of this)? one of my mail servers is slow and if fetchmail times out, it starts from the beginning because my mail server flushes the mails _after_ the POP3 session. removing all mails that are twice or even more times downloaded are filling up my mailboxes. Regards, Manuel
Re: dupe checking
Manuel -- ...and then Manuel Bessler said... % Hi % % does mutt have something like a dupe checker (or is there an external % program that's capable of this)? formail is probably your best bet for this. Check out the -D option for the Message-ID: cache... :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.bigfoot.com/~davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! The "new millennium" starts at the beginning of 2001. There was no year 0. Note: If bigfoot.com gives you fits, try sector13.org in its place. *sigh* PGP signature
