Re: Fanless x86 Server Recommendations
> I like what I see at Advantech -- anyone have any testimonies as to what > they've had success/problems with? We resell some of their systems as part of our telephony solutions. Our experience has been pretty positive, as far as the quality of their products goes.
Re: Spam filtering bcps [was Re: Open Letter to D-Link about their NTP vandalism]
> How does one properly report delivery failure to a guerrilla spammer? If you accept the message, you can presumably deliver it. In this day and age, anyone accepting mail for a domain without first checking the RCPT TO - even (especially?) on a backup MX - should have their head examined. In the event that the RCPT TO is valid but the message truly can't be delivered for some other reason, you should bounce the message and fix the problem. My point was that when it comes to spam, it should either be rejected inline or delivered. Unless your spam scanner has 100% accuracy, 100% of the time, there is no justification for sending anything not addressed to you to /dev/null. > "Please automatically delete anything that might be spam. They'll call > me if it's important. I know I'll lose some mail, but that's okay." If you have an agreement with a customer that specifically allows for such behaviour, great. We can get into individual cases for any concievable scenario, but that would be silly. It was pretty clear, to me at least, that we were discussing this as it would pertain to a system-wide configuration. > As for MUST bounce using return-path... perhaps you've never experienced > blowback from a joe job. It can be unpleasant. Yes, I have. And yes, it is. However, I never suggested bouncing spam, as my last message clearly stated. My position is that if you accept the message (250 OK), you have an obligation to deliver it. If you can't scan it during the SMTP transaction, do it after and mark up the headers, drop it in a junk folder - whatever - but don't delete it. St-
Re: Spam filtering bcps [was Re: Open Letter to D-Link about their NTP vandalism]
Earlier today, I said: > Unless you're the final recipient of the message, you have no business > deleting it. If you've accept a message, you should either deliver or > bounce it, per RFC requirements. I just want to clarify that I was in no way suggesting that anyone bounce spam - I was merely pointing out that if you choose to 250 a message, you have to deliver it. The much better option is to 550 it after DATA if you don't like what you see. Silently deleting other people's e-mail should never even be considered. Returning to lurk status... St-
Re: Spam filtering bcps [was Re: Open Letter to D-Link about their NTP vandalism]
> I haven't seen any succinct justification for providing a > 550 message rejection for positively-identified spam versus > silently dropping the message. Lots of how-to instructions > but no whys. RFC 2821? ...the protocol requires that a server accept responsibility for either delivering a message or properly reporting the failure to do so. ... If an SMTP server has accepted the task of relaying the mail and later finds that the destination is incorrect or that the mail cannot be delivered for some other reason, then it MUST construct an "undeliverable mail" notification message and send it to the originator of the undeliverable mail (as indicated by the reverse-path). Unless you're the final recipient of the message, you have no business deleting it. If you've accept a message, you should either deliver or bounce it, per RFC requirements.
Re: [Misc][Rant] Internet router (straying slightly OT)
On Thu, Sep 29, 2005 at 02:45:20PM -0700, Aaron is rumored to have said: > > When faced with a > question like "who owns this router?", don't waste your time signing > up for a mailing list just to make a fool of yourself. Do some > research. Keep reading. And before you know it, you'll have taught > yourself an amazing amount of knowledge. I'm not a guru like most on this list, which is why I rarely chime in despite having been subscribed for 5 or 6 years, but Aaron nailed it here. I used this technique when I wanted to run my own DNS, mail & web servers and managed to teach myself all I needed to know to accomplish those things simply by reading what was available online. I also picked up a few books along the way, but everything you need is on the 'net. St- -- Tower, Observatory You stand in what appears to be a room designed specifically for studying the stars. Lying haphazardly cast about the room are several charts with constellations, some neatly folded, others lying left open. Beside a few of the starcharts are several magical tomes.
Re: IP Subnet Management?
On Wed, Jan 14, 2004 at 06:09:09PM -0800, bill is rumored to have said: > > on ftp.isi.edu/pub/bill/tree-2.1.5.tar.gz > is a nifty tool. for the record, it's tree-2.1.5.tar.Z handy - thanks for the link. > > --bill Steve -- "In any contest between power and patience, bet on patience." - W.B. Prescott
Re: One Wilshire building / Downtown LA power failure?
On Tue, Jan 13, 2004 at 01:43:13PM -0800, Avleen Vig is rumored to have said: > > The Burbank area, 30 miles north of 1 Wilshire had a short power-out at > around 1pm. > Power returned at 1:02pm PT. > Getting confirmation that it is spread further out around the LA area, > at least out to Pasadena. Here in Sherman Oaks, we had a "hiccup" at 1pm which didn't even last a second. There was a Dept. of Water & Power team working under the street on Ventura, just east of Sepulveda for a couple of hours, but I don't know if what they were doing is related. -- "The graveyards are full of indispensable men." - Charles de Gaulle (1890-1970)