grepmail-devel Mailing List for grepmail
Brought to you by:
coppit
Menu
▾
▴
grepmail-devel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
(10) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2002 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2003 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: David C. <da...@co...> - 2003-03-25 15:27:27
|
On Sun, 23 Mar 2003, Michael C. Toren wrote: > Header patterns specified with the "-Y" command line option are always > compared case sensitively, even if the "-i" option is also specified. As > RFC822 indicates that case should not be relevant when comparing headers, > it would probably be appropriate for grepmail to always compare headers > case insensitively, but at the very least it should do so when the "-i" > option is specified. The following is a one-line patch against grepmail > 4.91. Patch accepted and integrated. A new version will be out in the next week (hopefully!). David |
|
From: <dm...@v-...> - 2002-09-30 09:32:07
|
<=1B$B;v6H<TL>=1B(B>=1B$B-k%(%/%7%9=1B(B<=1B$BAw?.<T=1B(B>=1B$B-k%(%/%7%9= =1B(B<=1B$BAw?.<T!&;v6H<T=1B(BURL>=1B$B!!=1B(Bhttp://plaza15.mbn.or.jp/~1= 234/ =1B$B$3$N=1B(B=D2=B0=D9=1B$B$O9-9p$G$9!#G[?.ITMW$NJ}$O=1B(B mailstop= @melcon-c.com =1B$BKx$4O"Mm2<$5$$!#G[?.$rDd;_CW$7$^$9=1B(B(=1B$BI,$:G[?.= Dd;_$9$k%"%I%l%9$G$4JV?.2<$5$$!K=1B(B H=1B$B$J=3Dw$N;R5^A}Cf!*:#$,%A%c%s%9!*=1B(B http://www.melcon-c.com =1B$BB(%"%]B3=3DP!*=1B(B http://www.melcon-c.com =1B$B$^$:$OEPO?$7$F$M!*=1B(B http://www.melcon-c.com |
|
From: <he...@ns...> - 2002-09-28 00:34:07
|
Sorry for interrupting you - click refuse <mailto:ma...@ns...> for no more mail... =09 =A1=A1 =09 - Welcome to NabiTel's <http://www.nabitel.com/English.asp> software products and portal services - =09 Software Products =09 <http://www.Nabitel.com/English.asp>=20 Web Robot: also called web spider or web crawler, collects useful web page informations by navigating world wide web sites.=20 Download free trial version now ! <http://www.nabitel.com/English.asp>=20 <http://www.Nabitel.com/English.asp> eMail ID Collector: Collects email ids publicly opened on various web pages.=20 Download free trial version now ! <http://www.nabitel.com/English.asp>=20 Portal Services =09 <http://www.nabitel.com/English.asp> Web Portal: Do you have your own home page and want to broadcast it all over the world ? Register your home page to NabiTel Portal Now !! (nabi=3Da butterfly) Register your home page now, it's free ! <http://www.nabitel.com/English.asp>=20 <http://www.AllThatCars.com/English.asp> Automobiles: Do you want to sell or buy automobiles ? Cars, trucks, limos, airplanes, ships,.... All That Cars are here ! Register your vehicles now, it's free ! <http://www.AllThatCars.com/English.asp>=20 <http://www.AllThatComputers.Com> Computers: Do you want to sell or buy computers ? PCs, printers, scanners, servers, mainframes, .... All That Computers are here !=20 Register your computers now, it's free ! <http://www.AllThatComputers.com/English.asp>=20 <http://www.AllThatFoods.Com/English.asp> =09 Food & Restaurants: Are you seeking for a nice place to eat ? Or do you run a restaurant ? Foods of the world, restaurants of the world, .... All That Foods are here !=20 Register your restaurant now, it's free ! <http://www.AllThatFoods.com/English.asp>=20 Have a nice day. Thank you. =09 |
|
From:
<ta...@nz...> - 2002-09-10 06:23:41
|
＜事業者＞ジュエリーノン ２度と配信いたしませんので配信不要の方はこのままご返信くださいta...@la... ＜送信者＞mcco taketu yosi拒否同上http://www6.plala.or.jp/taketu ＜内容＞無料プレゼント ●リニューアルオープン記念につきシルバーリングまたは18金ピアスを５００名様にプレゼントいたします。応募方法はこちらからどうぞ http://www6.plala.or.jp/taketu/rentpage1/ |
|
From: Habib HAIBI<ha...@fr...> - 2002-01-05 12:44:27
|
Meilleurs Vux pour 2002 : année de mémoire, de mobilisation, d'action, de justice et de sérénité - Appel au soutien moral et financier ======================== M. Habib HAIBI, 7, Aguesseau St. 69007 LYON - France Tél. 00 33 4 72 73 19 08 - Fax 00 33 4 78 61 39 27 Email : ha...@fr... http://haibi.free.fr Je suis qualifié pour exprimer mes voeux pour le Nouvel An à tous les survivants et les familles des victimes des attaques terroristes, au peuple américain, ses dirigeants, ses institutions, son président et tous les combattants de la liberté, loin de leurs foyers, tout autour du monde! Je suis fier de vous dire avec gratitude combien Les USA sont puissants, démocratiques et qualifiés pour défendre la liberté et la démocratie avec humanisme et sérénité. L'ennemi du progrès du genre humain peut encore frapper. La liberté et la démocratie peuvent être encore sous attaques! Personne ne s'imaginait que cela pouvait arriver et c'est arrivé en ce jour pacifique du 11 septembre 2001 Personne ne s'imaginait que cela pouvait arriver en France et c'est arrivé le 26 février 2001 quand les magistrats du parquet de Lyon, par impulsion suicidaire et préméditée, ont eu recours à l'arbitraire pour entraver l'action Publique mise en Mouvement : ils ont requis l'expertise psychiatrique de la Partie Civile par l'action avant de l'entendre dans ses accusations ! Cette dérive obscurantiste a dépassé tout entendement C'est arrivé un jour pacifique pour moi et pour les institutions de la République en France. Le réquisitoire aux fins de l'expertise psychiatrique de la partie civile par l'action, avant de l'entendre dans ses accusations, constitue une atteinte obscurantiste à l'intégrité de la personne de la partie civile et surtout un attentat aux valeurs fondamentales de la société civilisée et une infamie assénée à la République et ses Institutions: - à tous les martyrs de la liberté qui ont payé de leur vie la défense des personnes et des biens et des valeurs fondamentales et universelles de la République. - à tous ceux qui dans l'exercice de leurs fonctions, au nom du devoir de servir, exposeraient leurs vies, sans hésitation, pour la défense de ces mêmes valeurs - à tous les hommes ou femmes de bonne volonté, citoyens anonymes, élevés sur la foi en une société pacifiée par l'avènement de la République, la crainte des lois et l'indéfectibilité de l'Etat, de la Justice et des Institutions en Démocratie. J'étais, longtemps avant le WTC l'autre "point zéro" de la planète qui a subit les premières vagues d'attaque contre les institutions de la République, la liberté et les droits de l'homme en France ! Il y a eu trois autres attaques avec la même détermination, diabolique et suicidaire, de stopper l'action publique régulièrement mise en mouvement ! J'ai fait face à l'adversité en mettant en accusation 15 magistrats, saisis par la foudre de l'action publique en colère, nominativement impliqués, des deux juridictions de Lyon tout rôle et rang confondus pour abus d'autorité aggravé et trafic d'influence aggravé. Une fois que vous avez pris la mesure de l'attaque contre les valeurs universelles de la liberté et la justice en démocratie en France et assimilé la grandeur de la querelle qui m'anime Votre réaction sera vivement souhaitée et sollicitée ! Je recevrai vos contributions morales et financières comme une juste consolation pour le grand préjudice moral que je subis dans l'attente de la réparation de la faute lourde par la justice et l'Etat. Souvenez-vous que la paix civile fut conquise au prix de feu, de sang et de sacrifices avec pour objectif le règne absolu et égalitaire de la loi. Imaginez les victimes du 11 septembre 2001 dans un monde sans liberté, sans justice et sans démocratie Imaginez tous les sacrifices de tous les combattants de la liberté, depuis deux siècles et plus, laissés pour compte et discrédités en une seule journée d'attaques perpétrées par les forces diaboliques de l'arbitraire et de l'obscurantisme dans le pays qui a donné naissance au reigne de la loi, l'avènement de la République et les droits de l'homme. Une nouvelle ère a commencé où le grand pays que sont les Etats Unis vont guider et pour longtemps l'impulsion de l'alerte et de la réaction pour perpétuer la liberté et la justice en démocraties. C'est aussi votre combat et le combat de tous les hommes libres. Merci au président des Etats Unis pour son leadership, l'immense puissance de son pays et sa sérénité. Merci à tous d'avoir lu et compris ce message. Merci pour vos réactions et vos contributions. ========================== Ces contributions sont souhaitées à la hauteur de 500 $ ou euros et plus pour tous les représentants élus des peuples, sénateurs et députés, quelque soit leur pays et quelque soit le moyen utilisé pour les alerter des attaques contre la démocratie et de la colère de l'action Publique en mouvement : "ma tristesse s'est muée en colère et la colère en résolution "! (ma conviction est que si de tels actes ont pu se produire c'est à cause d'un climat de permissivité qui a pu s'installer par l'absence du contrôle de l'exécutif par le pouvoir législatif ). ======= vous pouvez verser directement vos contributions financières sur le compte : RIP RELEVE D'IDENTITE BANCAIRE 20041 01007 1112632 F038 69 IBAN IDENTIFIANT INTERNATIONAL FR 53 20041 01007 1112632 F 038 69 Ou envoyer un mandat cash à mon nom et à mon adresse. ================================ Les contributions seront libres et bienvenues de la part de tout autre citoyen sensible à l'idée de vivre dans une société pacifiée par la crainte des lois et la crédibilité des institutions démocratiques. ============ Mon objectif est de réunir 10 000 réactions à 100 $ ou euros chacune : vous pouvez m'aider à atteindre ce but. Je serai, à coup sûr, un homme riche! Mais je ne recouvrerai la paix intérieure avant que justice soit faite! 'J'ai un rêve"! La justice sera faite ! ============ Le site où est publié l'ensemble du dossier est en français, vous pouvez vous aider pour la traduction par un moteur de traduction sur internet. http://haibi.free.fr ============ Cette mailing liste, non exhaustive, est composée de 30 000 emails : des représentants élus, les représentants de l'Etat, hauts fonctionnaires, magistrats, avocats, journalistes, chefs d'entreprise, président ou membre d'association, profession libérale ou tout autre simple citoyen intéressé par la vie sociale, administrative et judiciaire. ======================= Vous pourrez discuter en circuit interne non publié sur le net en vous abonnant au groupe créé pour cet objet "Il n'y a pas d'alternative à la justice en république en france" Coordonnées du groupe : Email du groupe : lec...@sm... Email du gestionnaire : lec...@sm... Pour devenir membre : lec...@sm... Pour ne plus être membre : lec...@sm... Accueil du groupe : http://smartgroups.wanadoo.fr/groups/lecitoyen.laloi.larepubliqu e ====================== Si vous ne vous sentez pas concerné, vous pouvez demander à ce que votre email soit effacer en exprimant votre volonté à l'adresse email : ha...@fr... Merci encore de participer à l'alerte et au suivi de l'action publique en mouvement, et au soutien moral et financier de la partie civile par l'action. =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================================== =================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== =================================== ceci n'est pas un spam vous pourrez en recevoir une version en anglais Merci ! NEVER SEND SPAM. IT IS BAD. |
|
From: David C. <da...@co...> - 2001-12-29 16:31:21
|
On Sat, 29 Dec 2001, Jeremy Malcolm wrote: > Announcing: gtkgrepmail. gtkgrepmail is a gtk front end to grepmail > which allows you a GUI interface to search through your sent and > saved mail. Support is provided for both local mailboxes and remote > mailboxes that are accessible using IMAP and ssh/rsh. Congrats on the release! Looks great. I'll add a link on the grepmail homepage, and will try to give you a heads up on new features as they are being developed. Regards, David _____________________________________________________________________ David Coppit - Ph.D. Candidate da...@co... The University of Virginia http://coppit.org/ Whenever anyone says, "theoretically", they really mean "not really". - Dave Parnas |
|
From: Jeremy M. <Je...@Ma...> - 2001-12-29 06:35:12
|
I use and like grepmail a lot. But what annoys me is that if I want to find a message, I have to SSH to the machine on which my IMAP store is kept and run grepmail from there. Why can't I do it from my local machine, preferably with a graphical interface? Well, now I can, and so can you. :-) Announcing: gtkgrepmail. gtkgrepmail is a gtk front end to grepmail which allows you a GUI interface to search through your sent and saved mail. Support is provided for both local mailboxes and remote mailboxes that are accessible using IMAP and ssh/rsh. Here are some URLs: Source: ftp://ftp.terminus.net.au/unix/perl/gtkgrepmail-latest.tgz Deb package: ftp://ftp.terminus.net.au/unix/perl/gtkgrepmail_0.4-2.deb Man page: http://malcolm.wattle.id.au/gtkgrepmail.html Screenshot 1: http://malcolm.wattle.id.au/images/gtkgrepmail-search.gif Screenshot 2: http://malcolm.wattle.id.au/images/gtkgrepmail-files.gif Screenshot 3: http://malcolm.wattle.id.au/images/gtkgrepmail-options.gif Screenshot 4: http://malcolm.wattle.id.au/images/gtkgrepmail-settings.gif CVS access is available to developers on request. -- JEREMY MALCOLM <Je...@Ma...> http://malcolm.wattle.id.au Providing online networks of Australian lawyers (http://www.ilaw.com.au) and Linux experts (http://www.linuxconsultants.com.au) for instant help! Disclaimer: http://www.terminus.net.au/disclaimer.html. GPG key: finger. |
|
From: Seth C. <se...@or...> - 2000-05-10 20:18:49
|
At 12:57 PM 05/10/2000 -0400, you wrote:
>Hey Seth. This week is pretty busy, but I'll roll your changes in as soon as I
>can.
No rush. I started it on a whim, put off other stuff to finish it (just
cause I was enjoying do it) but really, it's not a big deal... functionally
it doesn't add anything new.
> I think I need to get used to the idea of "auto-detecting" whether
>Date::Manip or Date::Parse needs to be used -- but I guess that's what we have
>to do.
>
>Hm... On second thought, maybe we should try to parse the date using
>Date::Parse, and then fall back on Date::Manip? Like this:
>
>unless ($parsed_date = Date::Parse::parsedate($opts{d}))
Will that work? I thought $opts(d) ends up being the complex
date not the individual dates....
Maybe I'm wrong.
>That way we could still support complex dates from the user, but the rest of
>the code can be a lot simpler. (That's because we can use Date::Parse
>internally all the time.) We can change our requirements from "either of
>Date::Manip or Date::Parse" to "Date::Parse, and optionally Date::Manip if you
>want complex dates".
sure that would work... I think....
I realized that I probably missed a few things to check for ("ago"?)
but that overall, it would work too.
Personally I'd make the Date::Manip the required one... It's slower
but it will work with anything. Date::Parse is more limited but fast.
That's one reason I liked falling back on Manip, since regardless, I know
if they have Manip installed, they can do anything.
Seth
|
|
From: David C. <da...@co...> - 2000-05-10 16:58:16
|
Hey Seth. This week is pretty busy, but I'll roll your changes in as soon as I
can. I think I need to get used to the idea of "auto-detecting" whether
Date::Manip or Date::Parse needs to be used -- but I guess that's what we have
to do.
Hm... On second thought, maybe we should try to parse the date using
Date::Parse, and then fall back on Date::Manip? Like this:
unless ($parsed_date = Date::Parse::parsedate($opts{d}))
{
if (LoadDateManip)
{
unless ($parsed_date = Date::Manip::parsedate($opts{d}))
{
die "Can't parse date using Date::Parse or Date::Manip.";
}
}
else
{
die "Can't parse date using Date::Parse, and Date::Manip isn't present.";
}
}
That way we could still support complex dates from the user, but the rest of
the code can be a lot simpler. (That's because we can use Date::Parse
internally all the time.) We can change our requirements from "either of
Date::Manip or Date::Parse" to "Date::Parse, and optionally Date::Manip if you
want complex dates".
What do you think?
Thanks,
David
_________________________________________________________________________
David Coppit - Graduate Student da...@co...
The University of Virginia http://coppit.org/
"Yes," said Piglet, "Rabbit has Brain." There was a long silence.
"I suppose," said Pooh, "that that's why he never understands anything."
|
|
From: Seth C. <se...@or...> - 2000-05-10 06:12:26
|
David, enclosed find a patch which merges DP and DM versions of grepmail. I labeled in the README and CHANGES as 4.40 since this would qualify as a major patch... it passes the test suite but I didn't try to modify the makefile/tests since I'm not sure exactly what to hack there. Figured I'd leave it for you to finalize... Considering this is a major patch (and changes the makefile, website, etc), I'll leave it to you to decide what you want to do with it. The diff is from grepmail.DP, and should create a single grepmail file which will smartly figure out if it needs to use Manip. If Parse isn't available, it will use Manip regardless. That way, if possible, it'll be fast, and if needed, it'll do it the slower way. The only real hack was to add a 'usemanip' and to change ParseDate into FakeParseDate to catch the differences between Manip and Parse. As I said previously, the main reason to do this is to make future patching cleaner. Merging a patch into 2 different versions can be a pain. I think it's pretty clear how I merged the two, but if you have questions, let me know. Seth |
|
From: David C. <da...@co...> - 2000-05-03 20:57:31
|
On Wed, 3 May 2000, Seth Cohn wrote: > I'd add this to a list of 'maybe one day, when it's really clear it'll > solve a few problems at once but not today' list. :) Agreed. I wish SourceForge had a feature-tracker... I guess I'll start a TODO file for the development branch. David _________________________________________________________________________ David Coppit - Graduate Student da...@co... The University of Virginia http://coppit.org/ "Yes," said Piglet, "Rabbit has Brain." There was a long silence. "I suppose," said Pooh, "that that's why he never understands anything." |
|
From: Seth C. <se...@or...> - 2000-05-03 19:58:09
|
>$ grepmail -R pattern mail/ > mail/output > >In this case grepmail could possibly search the output file, appending results >to itself! that's not a grepmail problem, it's a shell redirect problem. -o Specify the output file, overwriting any existing file. (If this file > appears on the input list of files, it is ignored.) >-O Specify the output file, appending to any existing file. (If this file > appears on the input list of files, it is ignored.) makes sense, is clean, but really is ugly. Ugly in the flow sense, not the flag sense. 1) it's an obscure situation that doesn't seem to justify a new flag (or two). >Can anyone think of another reason for -o? right now, grepmail works like any unixy program, stdin and stdout. Adding the -o can be useful, but..... it's a minor issue. >2) -o and -O seem to be shouldering work that is better done by the shell. >(appending vs. overwriting, for example) agreed. >3) Fighting feature-itis is good. featureitis is usually defined as 'no program is complete until you can use it for mail' so grepmail is complete :) >I kinda feel like this is a problem we shouldn't have to deal with, unless >introducing -o solves other problems. Any thoughts? I'd add this to a list of 'maybe one day, when it's really clear it'll solve a few problems at once but not today' list. :) Seth |
|
From: David C. <da...@co...> - 2000-05-03 19:38:33
|
Greetings grepmail developers! Terry Brown described this nasty problem: $ grepmail -R pattern mail/ > mail/output In this case grepmail could possibly search the output file, appending results to itself! One way to get around this problem is: $ grepmail -R pattern mail/ > /tmp/output $ mv /tmp/output mail/ but that's annoying. What about explicitly setting the output file with -o? $ grepmail -R -o /tmp/output pattern mail/ Here, -o has the following semantics: -o Specify the output file, overwriting any existing file. (If this file appears on the input list of files, it is ignored.) -O Specify the output file, appending to any existing file. (If this file appears on the input list of files, it is ignored.) The downsides are: 1) it's an obscure situation that doesn't seem to justify a new flag (or two). Can anyone think of another reason for -o? 2) -o and -O seem to be shouldering work that is better done by the shell. (appending vs. overwriting, for example) 3) Fighting feature-itis is good. I kinda feel like this is a problem we shouldn't have to deal with, unless introducing -o solves other problems. Any thoughts? David _________________________________________________________________________ David Coppit - Graduate Student da...@co... The University of Virginia http://coppit.org/ "Yes," said Piglet, "Rabbit has Brain." There was a long silence. "I suppose," said Pooh, "that that's why he never understands anything." |
|
From: David C. <da...@co...> - 2000-05-03 02:52:49
|
On Tue, 2 May 2000, Seth Cohn wrote: > David, I did a diff of grepmail.DM and grepmail.DP > and the diff is really small... like 105 lines and that > includes both versions. > > how about merging the 2 into one grepmail (no .D*) > and changing the -d function to use either -d and -D > or else -d1 (default -d) and -d2 (the slower Manip method)? > > that way it's only one version to maintain, use, patch, etc... I'd really like to keep the same interface -- -d all the time. Right now during the "perl Makefile.PL" process one of the scripts is chosen and copied to "grepmail". At one time I distributed grepmail as one script with a bunch of #ifdefs, and had a tool that would specialize it at installation time. The problem was that maintaining the #ifdefs was error-prone. (Well, I also was supporting a lot more specialization at the time -- disable support for -d -v, etc.) What's the solution? I think we'd have to introduce an interface that hides the differences between Date::Parse and Date::Manip -- that one uses "<" and the other uses "lt" to compare dates, that one needs extra help parsing dates, etc. At one time I remember this seeming straightforward but a hassle to code, but I don't remember the details now. The other option would be to drop support for one; say, the Date::Manip version. I think I'll add a poll and announce it with the 4.31 release which will be coming out now... David _________________________________________________________________________ David Coppit - Graduate Student da...@co... The University of Virginia http://coppit.org/ "Yes," said Piglet, "Rabbit has Brain." There was a long silence. "I suppose," said Pooh, "that that's why he never understands anything." |
|
From: David C. <da...@co...> - 2000-05-03 02:40:09
|
On Tue, 2 May 2000, Seth Cohn wrote: > David, took a quick look at 4.30... wow, you did some _massive_ > rewriting and really cleaned it up. Looks good! Thanks. :) > Also, saw that you added me a developer on sourceforge, thanks... No problem. > Question: > >Append "X-Mailfolder: <folder>" to all email headers, indicating which folder > >contained the matched email. > > Is the correct term: folder, file, mailbox or what? > I see folder, I think directory, not file. > It's clear that it's whatever _file_ the mail was found in, but it's not > worded clearly. Hm... Probably "mailbox" is better. Folder is ambiguous as you noted, and file seems a bit generic for me. Thanks, David _________________________________________________________________________ David Coppit - Graduate Student da...@co... The University of Virginia http://coppit.org/ "Yes," said Piglet, "Rabbit has Brain." There was a long silence. "I suppose," said Pooh, "that that's why he never understands anything." |
|
From: Seth C. <se...@or...> - 2000-05-03 00:11:23
|
David, I did a diff of grepmail.DM and grepmail.DP and the diff is really small... like 105 lines and that includes both versions. how about merging the 2 into one grepmail (no .D*) and changing the -d function to use either -d and -D or else -d1 (default -d) and -d2 (the slower Manip method)? that way it's only one version to maintain, use, patch, etc... Seth |
|
From: Seth C. <se...@or...> - 2000-05-02 23:51:16
|
David, took a quick look at 4.30... wow, you did some _massive_ rewriting and really cleaned it up. Looks good! Also, saw that you added me a developer on sourceforge, thanks... Question: >Append "X-Mailfolder: <folder>" to all email headers, indicating which folder >contained the matched email. Is the correct term: folder, file, mailbox or what? I see folder, I think directory, not file. It's clear that it's whatever _file_ the mail was found in, but it's not worded clearly. |
|
From: Seth C. <se...@or...> - 2000-04-16 08:07:08
|
David, enclosed find a patch for grepmail. It does -u as a uniq function. After I finished it, I realized I didn't have to make it exclusive from -b, -s, -d, etc... But I decided that a working patch was better than spending more time to 'do it right'. It does work with -v, etc... Also, added --help, as the standard usage The patch was built from 4.24 grepmail.DP and mostly applies to grepmail.DM (1 hunk fails to apply, played with it, not sure why... but it's a trivial change, just read the reject file and fix it.) I'm only sending the 1 patch, rather than 2 separate ones, because it's an easy patch to apply to both, and maybe you can figure out the reason it's not applying as smoothly to the second. Your idea for code was pretty much what I did, except I put the message_id check into the header scan. Made the most sense, and cuts down on scan time too. When I fix it so that b,d,or s works again, should be similar to the effects -h has now on things. my sourceforge id is sethcohn, if you add me to the developer list, I'll do it via CVS next time... much cleaner, no patch file needed. Bang on this a bit... I'm pretty sure it's ok, but.... thanks for the fun.... been a while since I contributed something of real value codewise. My perl skills are just shaky enough that this made a good project for me. Seth |
|
From: David C. <da...@co...> - 2000-04-14 23:54:28
|
On Fri, 14 Apr 2000, Seth Cohn wrote:
> First of all, congrats on the coverage at linuxcare, app of the week!
Hey! Thanks for telling me. :) Time for a news announcement...
> I've waited literally years for this:
>
> I want to go thru a bunch of mboxs at once, and cull the duplicates by
> msg-id. If I have to do the reverse, that is: find the uniques and build
> new mboxes, that would be ok, But then I'd like to break them into groups,
> say by Month or Year, and make multiple mboxes.
>
> If you get duplicate emails (say cc: to a mailing list and yourself), the
> message-id is the same, but I have never found any good tool to fix this
> (especially in a batch method).
Right now the breaking up into groups can sorta be handled like this:
grepmail -d "since Jan 1 1999" bigmailbox | grepmail -d "before Feb 1 1999"
I guess a -u flag could be possible ("unique"), which only prints out one copy
of any matching email. Would that do the trick?
For a while I've been thinking about a more general mail processing program
that can handle filtering, sorting, etc... No time right now though. :)
> In reading thru the code, looks like a delete function isnn't implemented
> yet. Nor even a simple database to track msg-ids (to find if we've already
> seen any given msg-id).
>
> Adding both of those features would rock.... I'd be glad to help....
grepmail prints matches on-the-fly -- it doesn't store the emails and then
remove non-matches. Here's what I think:
# Initialize seen messages data structure to empty.
%message_ids_seen = ();
...
[in message loop]
{
my $unique_message = 1;
...
if ($opts{'u'})
{
my $message_id = ExtractMessageID($header);
$unique_message = 0 if $message_ids_seen{$message_id};
$message_ids_seen{$message_id} = 1;
}
...
PrintEmail if $unique_message || !$opts{'u'};
}
Basically we store all the message IDs which we've seen so far, and remove
duplicates after we're done processing the email. The real problem is feature
interaction with -h and -v. There's an "early abort" feature where grepmail
skips to the next email if, based on just looking at the header, there is no
way for the email to match. You'll see that at the beginning of the code
I have a huge chart of cases describing what should happen in each situation.
(The only way I stay sane.)
If it looks doable to you, by all means dig in. Any help would be appreciated.
Regards,
David
_________________________________________________________________________
David Coppit - Graduate Student da...@co...
The University of Virginia http://coppit.org/
"Yes," said Piglet, "Rabbit has Brain." There was a long silence.
"I suppose," said Pooh, "that that's why he never understands anything."
|
|
From: Seth C. <se...@or...> - 2000-04-14 22:21:33
|
First of all, congrats on the coverage at linuxcare, app of the week! I've waited literally years for this: I want to go thru a bunch of mboxs at once, and cull the duplicates by msg-id. If I have to do the reverse, that is: find the uniques and build new mboxes, that would be ok, But then I'd like to break them into groups, say by Month or Year, and make multiple mboxes. If you get duplicate emails (say cc: to a mailing list and yourself), the message-id is the same, but I have never found any good tool to fix this (especially in a batch method). In reading thru the code, looks like a delete function isnn't implemented yet. Nor even a simple database to track msg-ids (to find if we've already seen any given msg-id). Adding both of those features would rock.... I'd be glad to help.... Seth |
