Re: OpenBSD's spamd.
From: "Christopher Hilton" <[EMAIL PROTECTED]>
JoaoBR wrote:
why the spam daemon should introduce an artificial delay
(tarpit) if this can be done already before like Oliver
said, it would only eat up and slow down threads between
both daemons (smtp + spamd) and overall spamd doesn't even
talk directly to the remote smtp
Spamd does talk to the remote smtp. It does this until it determines
that the remote smtp is RFC compliant in the area of retrying mail. On
the first delivery attempt it sets up a time window for the delivery
tuple: (server, sender, recipient). If it receives another delivery
attempt within this time window it modifies a PF table which allows
further delivery attempts to bypass spamd and talk directly to your
actual smtp daemon. Without this entry remote smtp daemons talk to your
spamd.
Features aside I see a huge problem with something called spamd. That
is the same name as the daemon mode for SpamAssassin. It's not good
to have duplicated names that way. It makes life difficult when you
want to run both tools on the same system.
{o.o}
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: OpenBSD's spamd.
From: "Christopher Hilton" <[EMAIL PROTECTED]>
jdow wrote:
Spamd does talk to the remote smtp. It does this until it determines
that the remote smtp is RFC compliant in the area of retrying mail. On
the first delivery attempt it sets up a time window for the delivery
tuple: (server, sender, recipient). If it receives another delivery
attempt within this time window it modifies a PF table which allows
further delivery attempts to bypass spamd and talk directly to your
actual smtp daemon. Without this entry remote smtp daemons talk to
your spamd.
Features aside I see a huge problem with something called spamd. That
is the same name as the daemon mode for SpamAssassin. It's not good
to have duplicated names that way. It makes life difficult when you
want to run both tools on the same system.
Agreed. Fortunately in this case Spam Assassin's spamd installs in the
wrong part of heir: /usr/local/bin I believe and OpenBSD's spamd
installs in ${PREFIX}/libexec.
That does not make it OK. What happens if the SpamAssassin maintainers
setup FreeBSD installs to go to the correct part of the heir instead
of the wrong part.
It's not a good idea. But for the time being its safe. I'd still recommend
a change.
{^_-}
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ntpdate
From: "gareth" <[EMAIL PROTECTED]>
On Thu 2006-03-30 (10:35), Michael Proto wrote:
cd /usr/src/usr.sbin/ntp
make depend
make
make install
yay, ok that works ta (going into /usr/src/usr.sbin/ntp
as opposed to /usr/src/usr.sbin/ntp/ntpdate) and the
binary gets rebuilt. but, same problem :/
# ntpdate nom.uct.ac.za
Looking for host nom.uct.ac.za and service ntp
host found : 2001:4200:300:100:20e:cff:fe5c:f5c4
30 Mar 17:58:16 ntpdate[35787]: cannot find family compatible socket to send
ntp packet
#
If you have ntpd running, which is the right way to do it anyway, then
ntpdate cannot run unless you tell it to use a different port than the
ntp port because it's already in use. "ntpdate -q -u pool.ntp.org" should
work for you.
{^_^}Joanne
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 2.2.9 Released
From: "Scott Long" <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It is my great pleasure and privilege to announce the availability of FreeBSD 2.2.9-RELEASE. This release is the culmination of SEVENTY-SEVEN months of tireless work by the FreeBSD developers, users, their children, and their pets. Significant features in this release: - - XFree86 3.3.3, the industry leader in support for cutting edge PCI graphics adapters and 2D acceleration. - - The 8GB barrier in IDE drive sizes has finally been broken. The wd(4) driver now supports unimaginable sizes of 137GB on a single drive! - - Support for all of the latest high-speed FAST-WIDE (20MB/s) SCSI-2 controllers. - - The Linux emulator is now able to run Quake2 out-of-the-box. A full description of the release can be found here: ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/2.2.9-RELEASE/README.TXT ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/2.2.9-RELEASE/RELNOTES.TXT It won't boot on my Tyan K8W motherboard with two dual Opterons. What should I do! I'm in a panic to get it back on the net. Withdrawal symptoms are setting in. The trembling nifgers has beginned. [EMAIL PROTECTED]@] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 2.2.9 Released
From: "Scott Ullrich" <[EMAIL PROTECTED]>
On 4/1/06, Silves <[EMAIL PROTECTED]> wrote:
I have just one curious question, why is FreeBSD 2.2.x still being
developed ?
The same reason Slashdot is now in purple with the "OMG Ponies!!!" theme.
This is maybe a stupid question, but i am only curious to know why ?
Is there any special reason for this ?
Check the date. :)
<< jdow >> And just who gets the gotcha here?
{^_^} Joanne, A satisfied customer of Google Romance,
http://www.google.com/romance/
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Tyan K8WE BIOS v1.03 and -STABLE
From: "Thomas Hurst" <[EMAIL PROTECTED]>
* Damian Gerow ([EMAIL PROTECTED]) wrote:
I tried updating the BIOS on my K8WE (S2895) yesterday to 1.03, but
after the update, FreeBSD (RELENG_6 dated March 26) would randomly
freeze after booting.
As I was updating from v1.01, I suspect it may be the updates to
the nVidia SATA firmware that caused the issue, as things generally
froze shortly after the background fsck processed kicked in (with,
obviously, the exception of the first boot, and a few others). It may
be worth noting that Windows, though booting fine, did complain that
the ATA driver was mis-matched for the firmware of the ATA controller.
Is anyone else successfully running -STABLE with v1.03 on a K8WE? Just
wondering if this is something specific to the options I've chosen, or if
it's an interaction issue between FreeBSD and this BIOS revision.
(No, I haven't tried just going to 1.02, as I needed the machine. Though
that should be a fairly good test to narrow down what the problem is.)
I've not tried 1.03; I just tried flashing, but apparantly the only
floppy I have to hand has died. However, I've been running 1.02 for
months without problems. The only SATA issues I've encountered are
non-functional hot-plug and the usual 4GB+/multiple drives lockup, which I
"solved" by using a LSI MegaRAID for 6 of the 8 drives.
This is using the same SATA firmware as 1.03 according to the changelog
on http://www.tyan.com/support/html/b_s2895.html so I doubt it's that.
I have one of those here, too. I have the 205H BIOS running. At the moment
the system is tied up being XP because that's where I earn my income.
One thing I did discover is that the latest AMD AGP software that is
officially posted as of the beginning of the year is bad. I managed to get
a copy of an experimental AGP GART driver that works like a champ. There
might be a similar issue with the code for BSD to watch for. (It took
over a month to track that down. I could only run a single CPU with
cards in carefully selected slots with the release GART BIOS. With this
beta one I got I can go full bore and everything is basically cool.)
{^_^} Joanne
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: new FreeBSD-webpage
From: "Garance A Drosehn" <[EMAIL PROTECTED]>
At 3:42 PM -0700 10/6/05, Murray Stokely wrote:
On Thu, Oct 06, 2005, Dan Ponte wrote:
> One idea is to revert to the old design, which suited people's
> needs just fine. However, I doubt that will happen.
Uhm, it didn't suit people's needs just fine. It was total crap
with dozens of disorganized links all over the front page and
second level pages topping 100k as they had just grown larger
and larger over time and noone had stepped back to look at how
bad it all was for someone coming to the site for the first
time to find any useful information.
I agree with Murray. I'm sure the new design can be improved upon
some more, but the previous web pages had gotten to the point that
they actively annoyed me. Too large, too much info crammed into
some of the pages. I have been saving URL's directly to some inner
web pages, for no other reason than to avoid bringing up the main
web page. And once you're AVOIDING the web page, then it doesn't
much matter how much info was crammed into it.
As a newbie (to FreeBSD not to 'nix) I found the older pages had the
information more accessible than the newer pages, which I rather
involuntarily had the opportunity to A/B test when I was installing
FreeBSD for the first time. Between FreeBSD coming up actively user
hostile (DECUS UNIX from 197x was no worse) and the web page changes
t became a challenge to find the documentation pages I needed to work
with.
I also disable font size selection on the browsers I use. I have a
large screen. I like to sit comfortably back and use large fonts
to lose the "dottiness" of 8 dot high fonts such as many of the
news service and blog pages use. This makes fixed size pages all
neatly calibrated in pixels look like warmed over
twice. Pages that adapt to reality are much nicer.
With regards to the rather spartan new front page I note that while
I was setting up 5.4-RELEASE I also noted that there was a 6 in test
and had filed that for investigation once I got basic essentials more
or less working. When I went back to do that I had to mouse around for
10 minutes before I found 6-CURRENT was what that former link had been
about. (In the mean time I found 7-CURRENT with no references to
6-CURRENT. I mumbled to myself, "WTH, FreeBSD is doing marketdroid
tricks with version numbers? Can't be!")
So for what it is worth this is the reaction of a newbie (but only to
BSD rather than DECUS, SVR4, and Linux) who faced an involuntary A/B
test. I much prefer the old first page, although I cannot say I was
hugely in love with it. As observed it was a little busy. But over
compensation is not a correct response to "a little". It's line you
moved 20 dB when 1 dB would have been sufficient.
{^_^}Joanne
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: new FreeBSD-webpage
From: "Hector Lecuanda" <[EMAIL PROTECTED]>
After seeng 60-odd messages in this thread in only 4 days, i can only say
BIKE SHED ALERT!
http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/misc.html#BIKESHED-PAINTING
we could all take a minute and read that little jewel buried in the
docs, since this is a prime example of the bike-shed syndrome.
In the mean time, I say kudos to the designers and all those who took
the time to revitalize the web page.
- Original Message -
I have a much prefered image to the Danish "fingerprinting" image. I
simply imagine a scruffy old dog lifting its leg and "marking". Until
management has peed on it the project will not go forward.
{^_-} Joanne, so far darned little has disabused me of this notion
gained within weeks of working in industry in the late 60s.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
