Get medicines here, great prices.
Hello, I have a great offer for you... One of the cheapest medication sites on the internet is available for you without prescription. We have Viagra, Cialis, Soma, Meridia, Propecia, Lipitor, Xanax, Valium, Celebrex, and more. -100% Money Back Guarantée! -No Consultation. -No Prior Prescription needed. -No appointments. -No Waiting Rooms. -No embarassment. -Private Confidential. -Discreet Packaging. -Huge savings. -Shipped to the whole world. Your order will be packaged discreetly for your privacy and protection. http://4hbedomain.com/ If you don't want to be contacted again, enter your email address here: http://4hbedomain.com/o.php
Very powerful weightloss now available.
Hello, I have a special_offer for you... WANT TO LOSE WEIGHT? The most powerful weightloss is now available without prescription. All natural Adipren720 100% Money Back Guarantée! - Lose up to 19% Total Body Weight. - Up to 300% more Weight Loss while dieting. - Loss of 20-35% abdominal Fat. - Reduction of 40-70% overall Fat under skin. - Increase metabolic rate by 76.9% without Exercise. - Boost your Confidence level and Self Esteem. - Burns calorized fat. - Suppresses appetite for sugar. Get the facts about all-natural Adipren720 http://www.8721diet.biz/default45.htm If you wish not to be contacted again please enter your email address here. http://www.8721diet.biz/r.html
Re: excessive bounces
Unfortunately, SPAMmers quickly learn how to break through automated defenses so that they can simply subscribe to lists. One way or another, list servers are simply overwelmed. There seems to be no reasonable solution. The problem here is not that spammers subscribe to lists; these lists are open. I believe that a large number of email addresses are being harvested off the web, and there are still a lot of list archives out there that don't obscure email addresses in any way (this must be the single biggest reason why I receive about 15k spam emails a month). Widely published and easily available addresses like those of (most) GNU mailing lists, that have been around for years, are a prime target. I believe that all of the SourceForge lists are also open. They used to support blocking non-subscribers but that became a nightmare for maintainers so the capability was removed. SourceForge uses SpamAssassin. Just for comparison, out of the 1600 spam emails I have archived since last September, 211 came from SF. 635 from the autoconf and automake lists. These are spam emails that made it through the primary defences on the mail gateway. I am subscribed to 2 gnu.org lists, and probably about 10 SF lists, on and off. I have received email on the issue by Paul Fisher of the FSF, but I don't want to repost it here w/o his permission (and because it's off-topic). In my reply, I have outlined a few things that could be done: o gnu.org has a prohibitively high volume of email, and SA/Bayes require massive resources. Therefore, the volume of mail going through SA or any other tool must be limited. o Excessive whitelisting: all current gnu.org subscribers should be white- listed, so that their email bypasses anti-spam. Yes, that'll still leave the problem of subscribed spammers, but I believe there won't be too many. o SMTP from hosts not in the gnu.org domain, but HELO'ing as gnu.org or the associated IP addresses must be refused flat out. That cuts out many viruses/worms, and a good bit of spam, too. o Ruthless use of DNS blacklists before mails reach anti-spam. Most of spam on GNU lists originates from known bad boys - Korea, China, dialup/dyn-ip hosts, Comcast, *bell etc. Recommended reading: http://makeashorterlink.com/?D20312968. sbl-xbl.spamhaus.org alone would probably work wonders.
Re: searching for libtool.m4 in tests/defs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ralf Wildenhues wrote: | The Automake test suite (CVS HEAD version) explicitly looks for | libtool.m4 in aclocaldir and a list of directories specified in the | dirlist file there. Now recent CVS Libtool versions remove libtool.m4 | from that location and add it to .../share/libtool/m4/ . | This lead to many SKIPped tests in the test suite (quite silently, by | the way). How would I resolve this issue correctly? Is this an | Automake, a Libtool or a user problem? Why is there no standard way to | ask a libtoolize for its corresponding m4 files (at least, one would | think, newer versions would improve this situation)? That is a good idea. What do you think the interface should be? Maybe: $ libtoolize --macro-files /usr/local/share/libtool/m4/libtool.m4 /usr/local/share/libtool/m4/ltdl.m4 /usr/local/share/libtool/m4/ltoptions.m4 /usr/local/share/libtool/m4/ltsugar.m4 /usr/local/share/libtool/m4/ltversion.m4 Cheers, Gary. - -- Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org} Research Scientist ( '/ http://tkd.kicks-ass.net GNU Hacker / )= http://www.gnu.org/software/libtool Technical Author `(_~)_ http://sources.redhat.com/autobook -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAtg/6FRMICSmD1gYRApD8AJ4sSirtBJNYdYF+51eUFVHydGNsBgCfQ4wx TtafwumTe1g6bGzx7iY0jKk= =jHT5 -END PGP SIGNATURE-
Re: Installing split Texinfo HTML files
Akim == Akim Demaille [EMAIL PROTECTED] writes: Akim It would be nice if Automake had the bit of magic to copy Akim directories, instead of simple files, in this precise. Indeed. This is PR/383. -- Alexandre Duret-Lutz
Re: searching for libtool.m4 in tests/defs
* Gary V. Vaughan wrote on Thu, May 27, 2004 at 05:57:47PM CEST: Ralf Wildenhues wrote: *snip* | Automake, a Libtool or a user problem? Why is there no standard way to | ask a libtoolize for its corresponding m4 files (at least, one would | think, newer versions would improve this situation)? That is a good idea. What do you think the interface should be? Maybe: $ libtoolize --macro-files /usr/local/share/libtool/m4/libtool.m4 /usr/local/share/libtool/m4/ltdl.m4 /usr/local/share/libtool/m4/ltoptions.m4 /usr/local/share/libtool/m4/ltsugar.m4 /usr/local/share/libtool/m4/ltversion.m4 As I was very unsure about what tools will ever need this -- maybe. I'm not sure if I want the switch --ltdl (and whatever other switches libtoolize will ever have that change the set of macro files) to affect the output (maybe --all-macro-files as well?). The other idea that springs to my mind is to have libtoolize --macro-srcdir give me the directory from which aclocal could pull those macro files. I'm not in a position to decide as I know far too little about the overall machinery involved. Regards, Ralf
Re: excessive bounces
Bob Friesenhahn wrote: On Wed, 26 May 2004, Ralf Corsepius wrote: Face it, this is not 1994 anymore, the internet has lost its innocence, and badly maintained open lists like the auto*tools lists on gnu.org are a relict of the past. Unfortunately, SPAMmers quickly learn how to break through automated defenses so that they can simply subscribe to lists. One way or another, list servers are simply overwelmed. There seems to be no reasonable solution. I believe that all of the SourceForge lists are also open. They used to support blocking non-subscribers but that became a nightmare for maintainers so the capability was removed. Not true. Although the maintainers get the SPAM the SF lists can be closed to subscribers only. For the maintainer it is just a matter of clicking a few checkboxes to Discard or Reject based on whether a true non-member post was attempted. I also setup Forums and direct the post to a common users list so that non list members can ask questions. I do require a SF account to post using a Forum. Earnie -- http://www.mingw.org http://sourceforge.net/projects/mingw https://sourceforge.net/donate/index.php?user_id=15438
Re: excessive bounces
On Thu, May 27, 2004 at 10:12:19AM +0100, Lars Hecking wrote: I believe that all of the SourceForge lists are also open. They used to support blocking non-subscribers but that became a nightmare for maintainers so the capability was removed. SourceForge uses SpamAssassin. Just for comparison, out of the 1600 spam emails I have archived since last September, 211 came from SF. 635 from the autoconf and automake lists. These are spam emails that made it through the primary defences on the mail gateway. I am subscribed to 2 gnu.org lists, and probably about 10 SF lists, on and off. I have received email on the issue by Paul Fisher of the FSF, but I don't want to repost it here w/o his permission (and because it's off-topic). In my reply, I have outlined a few things that could be done: o gnu.org has a prohibitively high volume of email, and SA/Bayes require massive resources. Therefore, the volume of mail going through SA or any other tool must be limited. o Excessive whitelisting: all current gnu.org subscribers should be white- listed, so that their email bypasses anti-spam. Yes, that'll still leave the problem of subscribed spammers, but I believe there won't be too many. o SMTP from hosts not in the gnu.org domain, but HELO'ing as gnu.org or the associated IP addresses must be refused flat out. That cuts out many viruses/worms, and a good bit of spam, too. o Ruthless use of DNS blacklists before mails reach anti-spam. Most of spam on GNU lists originates from known bad boys - Korea, China, dialup/dyn-ip hosts, Comcast, *bell etc. Recommended reading: http://makeashorterlink.com/?D20312968. sbl-xbl.spamhaus.org alone would probably work wonders. As another data point, look at these numbers for lists.debian.org: http://www.redellipse.net/stuff/Debian/spam-counts.story Summary: 96.5% of all inbound mail is blocked as spam. This is done without using any pansy address obfuscation, scattershot DNS blacklists, or (m)any closed lists. And one fairly slow server, which is not delivering any mail that has not been checked with spamassassin, although the bayes tests are not used, but these aren't too useful anyway; they require continual human intervention on a scale comparable to the volume of mail, which is too damn big. I expect this is a similar order of magnitude mail volume as mail.gnu.org deals with. (Talk to the listmasters if you're interested in *how* this is accomplished, I don't know the details). -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : http://www.debian.org/ | `. `' | `- -- | signature.asc Description: Digital signature
Free and Low Cost Prescription Drugs
Best G.ENE.RIC DR.UGS from Cana.da x.anax VI.A.GRA P.H.E.N.T.E.R.MINE c1.alis VAL.ium and many more http://olav.pharm10.com/tp/default.asp?id=d10 take off request http://bijouterie.pharm12.com/er/emailremove.aspx Aupshot aptitude bole counterpoise baseline aerospace jeopard divide seymour deliquescent borrow hotrod vicar giles sharpshoot backspace .Pconcoct watanabe please cherish hindrance potent incessant rinse venial sincere ft florid checksummed banal wrangle asteroidal gigabit fungal covariate successor .Xtriton amoebae connote word frederick connally shiver chilblain bang countervail ,Hraleigh oneupmanship i've elizabethan gentle skinny intervene stein curvaceous chord lear annalen serve assist tonal thiouracil biz threonine consternate tenuous universal .Vmangle maturate kaskaskia eileen leathery apport aloof allele !Eapprentice shied workbook hying sensible archbishop bite cornfield carson alpha cookbook blythe priestley narcissist louisiana chicory .
Unbeatable prices - Get yours now chalmers tearful glorify
V1AGRA AT $0.95 PER DOSE Ready to boost your love life? Positive? Time to do it right now. 0RDER V1AGRA AT INCREDIBLY LOW PRICES Only $0.95 per dose. Unbelievable Wanted to try CiA|iS but thought it was way too expensive for you? You can do that now! Cia1is (super [EMAIL PROTECTED]) at only $200 per dose. You have enjoyed [EMAIL PROTECTED] and wish for a longer effect? Cialis can make it happen. UNBELIEVABLE! C1ALIS AT ONLY $2.00 PER DOSE. GET YOURS HERE No more thanks blacken angry lane hash
Re: searching for libtool.m4 in tests/defs
Ralf == Ralf Wildenhues [EMAIL PROTECTED] writes: Ralf The Automake test suite (CVS HEAD version) explicitly looks for Ralf libtool.m4 in aclocaldir and a list of directories specified in the Ralf dirlist file there. Now recent CVS Libtool versions remove libtool.m4 Ralf from that location and add it to .../share/libtool/m4/ . Yep. Gary agreed to revert this and populate /usr/share/aclocal/ as in the past. But it's not a big deal to work around: simply copy these files to /usr/share/aclocal by hand. Gary, I've also noticed that in packages that do not use `ACLOCAL_AMFLAGS = -I m4dir' the libtoolize script will dump all m4 macros in the current directory. This sounds bogus because no tool will read these macros there. People that do not use `-I m4dir' simply want their aclocal.m4 filled. -- Alexandre Duret-Lutz