Re: Fighting spam via greylisting
TheOldFellow wrote: Did you see this system for 'autowhitelisting' that works with postgrey? http://oc-co.org/p2pwl/ I looked at this. Postgrey already does autowhitelisting internally. I'm not sure which is more effective. -- JH -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: Fighting spam via greylisting
On Sun, 08 Apr 2007 22:32:54 -0500 Bruce Dubbs [EMAIL PROTECTED] wrote: The problem as we can tell is that many large ISPs use multiple servers for outgoing MTAs. This causes a delay for every server. Additionally, the retry time is up to the sender and delays of hours is not uncommon if the first connection is rejected. This is not acceptable for world wide mailing lists like the ones at LFS. Can you not greylist on the ip range for the server farm? This is what I have to do for gmail. In that way when a triple (IP,sender,destination) is checked against the greylist dbase, the IP is masked first, so all the IPs in a range are treated as the same. YMMV :-) R. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
El Domingo, 8 de Abril de 2007 23:03, Bruce Dubbs escribió: Manuel, I pulled the new style sheets from svn. How do you use them? Do you just have a temporary symbolic link from the trunk/BOOK/stylesheets to ../../branches/new-xsl/ ? I have it in this way: $ svn co svn+ssh://[EMAIL PROTECTED]/LFS/trunk/BOOK new-xsl $ cd new-xsl/stylesheets $ svn switch svn+ssh://[EMAIL PROTECTED]/LFS/branches/new-xsl . Note the dot in the last line. To render the PDF you need to edit the Makefile to change the line sed -i -e s/inherit/all/ $(BASEDIR)/lfs-pdf.fo to sed -i -e 's/span=inherit/span=all/' $(BASEDIR)/lfs-pdf.fo and be sure that FOP-0.93 is used. I changed the line in the Makefile to read FOP_HOME=~/fop-0,93 ~/fop-0.93/fop $(BASEDIR)/lfs-pdf.fo \ $(BASEDIR)/$(PDF_OUTPUT) -- Manuel Canales Esparcia Usuario de LFS nº2886: http://www.linuxfromscratch.org LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info TLDP-ES: http://es.tldp.org -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: Spam in trac tickets
On Sunday 08 April 2007 01:05, Bruce Dubbs wrote: You are right about the registration. Anyone can register and then spam away on both the lfs and blfs trac ticket systems. About the only thing I can think of is to require an admin to verify and explicitly allow the creation or update capabilities for new registrations. Or we could use the SpamFilter plugin for Trac (http://trac.edgewall.org/wiki/SpamFilter). There's a captcha variant which might make it more difficult for spammers to register an account automatically. Matt. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: Two typos
On 4/8/07, Fix [EMAIL PROTECTED] wrote: Two typos there are in my copy of the BLFS book version 6.2. Installation of the xterm: snip 1. --with-app-default -- correct spelling of this option is ' --with-app-defaults' 2. $XORG_PREFIX/share/X11/app-defaults -- I think there is no need to have two different directories for the app defaults, so the corrent path should be $XORG_PREFIX/lib/X11/app-defaults Thanks. The first one needs fixing, but the the second is correct. We used to install Xorg forcing --datadir=$XORG_PREFIX/lib, but we stopped doing that when the build wasn't broken anymore. So, if you install Xorg-7 from the book right now, you should have $XORG_PREFIX/share/app-defaults. -- Dan -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Cups-1.2.10
Dan Nicholson wrote these words on 04/09/07 09:19 CST: On 4/8/07, Randy McMurchy [EMAIL PROTECTED] wrote: Note that you must run the dbus-uuidgen program first, or you will get additional failures. This is with dbus-1.0.x, right? Yes. 1.0.2 dbus-uuidgen has been added in the 0.9.x series and should be run during `make install', I think. It's a standard part of the dbus installation now to give your machine a unique identifier for dbus over a network. Well, it must have not been run during my installation. I looked at the installation log and don't see anything. Additionally, I had to manually run it, so that CUPS could find the file. It's definitely not run if you install to a DESTDIR, but I think it should be run on a normal install. I don't know offhand, but it will certainly be addressed if that's not the case when dbus is updated in the book. I was going to mention this, however, it appears to be out in the open now. -- Randy rmlscsi: [bogomips 1003.23] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3] [GNU C Library stable release version 2.3.6] [Linux 2.6.14.3 i686] 09:21:01 up 4 days, 14:18, 1 user, load average: 0.08, 0.10, 0.08 -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Spam in trac tickets
Matthew Burgess wrote: On Sunday 08 April 2007 01:05, Bruce Dubbs wrote: You are right about the registration. Anyone can register and then spam away on both the lfs and blfs trac ticket systems. About the only thing I can think of is to require an admin to verify and explicitly allow the creation or update capabilities for new registrations. Or we could use the SpamFilter plugin for Trac (http://trac.edgewall.org/wiki/SpamFilter). There's a captcha variant which might make it more difficult for spammers to register an account automatically. That may be a good thought. As I look at the capabilities I only see one function that looks promising. The types of filtering are: Regular Expressions IP Blacklisting IP Throttling Akismet (uses the Akismet web service) Of these, the only one I see as useful for us is the last. Right now, our frequency and type of spamming does not seem to fit the others. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: Fighting spam via greylisting
Jeremy Huntwork wrote these words on 04/08/07 23:55 CST: Just to reiterate, greylisting was *not* the reason why posts were consistently delayed today. If it is felt that it is better left off the server, then that's fine, I will concede and will keep it disabled. The issue was always with *outgoing* mail from mailman and a flooded mail queue, not a delay of accepting *incoming* mail which would have only happened once for each MTA. Sorry for the negativity, yesterday. If greylisting makes management of the server easier, and there's no mail delays because of it, it probably should be restarted (if it hasn't been already). Reason for this message, however, is to say thanks to Bruce and Jeremy for ironing out the issue with the delays. -- Randy rmlscsi: [bogomips 1003.23] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3] [GNU C Library stable release version 2.3.6] [Linux 2.6.14.3 i686] 10:51:00 up 4 days, 15:48, 1 user, load average: 0.10, 0.04, 0.14 -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
M.Canales.es wrote: El Domingo, 8 de Abril de 2007 23:03, Bruce Dubbs escribió: Manuel, I pulled the new style sheets from svn. How do you use them? Do you just have a temporary symbolic link from the trunk/BOOK/stylesheets to ../../branches/new-xsl/ ? I have it in this way: $ svn co svn+ssh://[EMAIL PROTECTED]/LFS/trunk/BOOK new-xsl $ cd new-xsl/stylesheets $ svn switch svn+ssh://[EMAIL PROTECTED]/LFS/branches/new-xsl . Note the dot in the last line. To render the PDF you need to edit the Makefile to change the line sed -i -e s/inherit/all/ $(BASEDIR)/lfs-pdf.fo to sed -i -e 's/span=inherit/span=all/' $(BASEDIR)/lfs-pdf.fo and be sure that FOP-0.93 is used. I changed the line in the Makefile to read FOP_HOME=~/fop-0,93 ~/fop-0.93/fop $(BASEDIR)/lfs-pdf.fo \ $(BASEDIR)/$(PDF_OUTPUT) Manuel, I'm having trouble getting fop to run. I installed FOP-0.93: $ ll -d /opt/f* lrwxrwxrwx 1 root root8 Apr 9 14:50 /opt/fop - fop-0.93 drwxr-xr-x 5 root root 4096 Apr 9 14:50 /opt/fop-0.20.5 drwxr-xr-x 9 root root 4096 Apr 9 14:31 /opt/fop-0.93 I checked out the new-xsl as you specify above and updated the Makefile: pdf: xsltproc --xinclude --nonet --output $(BASEDIR)/lfs-pdf.fo \ stylesheets/lfs-pdf.xsl index.xml sed -i -e 's/span=inherit/span=all/' $(BASEDIR)/lfs-pdf.fo fop $(BASEDIR)/lfs-pdf.fo $(BASEDIR)/$(PDF_OUTPUT) rm $(BASEDIR)/lfs-pdf.fo [EMAIL PROTECTED]/new-xsl]$ which fop /opt/fop/fop But I get this: [EMAIL PROTECTED]/new-xsl]$ make pdf xsltproc --xinclude --nonet --output ~/lfs-book/lfs-pdf.fo \ stylesheets/lfs-pdf.xsl index.xml xsl:attribute-set : use-attribute-sets recursion detected Making portrait pages on USletter paper (8.5inx11in) runtime error: file stylesheets/pdf/lfs-mixed.xsl line 255 element choose xsl:choose: unexpected content attribute [ repeats about a hundred times ] error: file index.xml xsltRunStylesheet : run failed make: *** [pdf] Error 9 I don't see anything wrong with stylesheets/pdf/lfs-mixed.xsl unless the xsl:otherwise on line 271 is out of place. What am I doing wrong? -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
Bruce Dubbs wrote: I don't see anything wrong with stylesheets/pdf/lfs-mixed.xsl unless the xsl:otherwise on line 271 is out of place. I moved the xsl:otherwise to right after the /xsl:when statement on line 264 and the pdf built fine. However, I haven't reviewed it yet. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [new XSL] Ready for inputs.
OK, I made some changes. See what you think. Patch attached. -- Bruce Index: stylesheets/pdf/lfs-admon.xsl === --- stylesheets/pdf/lfs-admon.xsl (revision 8039) +++ stylesheets/pdf/lfs-admon.xsl (working copy) @@ -30,7 +30,8 @@ xsl:attribute name=border-color xsl:choose xsl:when test=self::note | self::tip#E0E0E0/xsl:when -xsl:otherwise#500/xsl:otherwise +!-- xsl:otherwise#500/xsl:otherwise -- +xsl:otherwise#EEE/xsl:otherwise /xsl:choose /xsl:attribute /xsl:attribute-set Index: stylesheets/pdf/lfs-mixed.xsl === --- stylesheets/pdf/lfs-mixed.xsl (revision 8039) +++ stylesheets/pdf/lfs-mixed.xsl (working copy) @@ -43,7 +43,8 @@ xsl:attribute name=background-color#E9E9E9/xsl:attribute xsl:attribute name=border-stylesolid/xsl:attribute xsl:attribute name=border-width0.5pt/xsl:attribute -xsl:attribute name=border-color#050505/xsl:attribute +!-- xsl:attribute name=border-color#050505/xsl:attribute -- +xsl:attribute name=border-color#EEE/xsl:attribute xsl:attribute name=padding-start5pt/xsl:attribute xsl:attribute name=padding-top2pt/xsl:attribute xsl:attribute name=padding-bottom2pt/xsl:attribute @@ -262,13 +263,13 @@ xsl:attribute name=space-after.maximum0.4em/xsl:attribute xsl:attribute name=keep-with-previous.within-columnalways/xsl:attribute /xsl:when +xsl:otherwise xsl:attribute name=space-before.optimum0.6em/xsl:attribute xsl:attribute name=space-before.minimum0.4em/xsl:attribute xsl:attribute name=space-before.maximum0.8em/xsl:attribute xsl:attribute name=space-after.optimum0.6em/xsl:attribute xsl:attribute name=space-after.minimum0.4em/xsl:attribute xsl:attribute name=space-after.maximum0.8em/xsl:attribute -xsl:otherwise /xsl:otherwise /xsl:choose xsl:apply-templates select=seglistitem/seg/ Index: Makefile === --- Makefile(revision 8039) +++ Makefile(working copy) @@ -50,8 +50,8 @@ pdf: xsltproc --xinclude --nonet --output $(BASEDIR)/lfs-pdf.fo \ stylesheets/lfs-pdf.xsl index.xml - sed -i -e s/inherit/all/ $(BASEDIR)/lfs-pdf.fo - fop.sh $(BASEDIR)/lfs-pdf.fo $(BASEDIR)/$(PDF_OUTPUT) + sed -i -e 's/span=inherit/span=all/' $(BASEDIR)/lfs-pdf.fo + fop $(BASEDIR)/lfs-pdf.fo $(BASEDIR)/$(PDF_OUTPUT) rm $(BASEDIR)/lfs-pdf.fo nochunks: -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: Default filesystem
On 4/9/07, Ismael Luceno [EMAIL PROTECTED] wrote: My system is somewhat deviated, so a normal LFS may take a bit more, but the gettys/dm will be up as soon as possible, that's the beauty of initng, it does it without any effort :). InitNG is great __idea__. However, I know two men at least, who tried to use it on a LFS system with no success. Can't you help, please? Fix -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
