> The solution for people on dynamic addresses (typically with some
> generic and non-matching PTR record, though I haven't checked yours) is
> likely to relay out through your ISP's mail server.
because of the way the DNS is put together, PTR records cannot be relied upon.
ownership of the DNS en
Hi,
Who is the keeper of the best port of art(1) to the 4th edition?
I have seen Kenji san's and Andreys, anyone else done any work
on it since then (the port is still not quite finished IMHO).
Does anyone have a stock of pic macros for processing flow diagrams?
-Steve
> Have you tried an installation (not an update!) with the actual
> CD-edition ( I think it is the third edition) of plan9?
a third edition CD would be quite old and quite different as
regards both the file system implementation (kfs instead of fossil/venti)
and more important disk/fdisk and frie
Martin Neubauer schrieb:
I started out with a small installation on a spare partition of a laptop to
get the hang of the system. Later I set up a standalone file server I can
boot a terminal from (usually said laptop.) This can be regarded as the
normal mode of operation. The installation never
Charles Forsyth schrieb:
Have you tried an installation (not an update!) with the actual
CD-edition ( I think it is the third edition) of plan9?
a third edition CD would be quite old and quite different as
regards both the file system implementation (kfs instead of fossil/venti)
and more i
Does it still suffer from the 2GB size problem, or s it solved already?
Thanks,
++pac
On 5/12/08, Iruata Souza <[EMAIL PROTECTED]> wrote:
> 9fans,
>
> I have hacked ext2srv to support symlinks so that now, when resolving
> a name, a walk will present the client with the file pointed to by the
On Tue, May 13, 2008 at 7:32 AM, <[EMAIL PROTECTED]> wrote:
>
>
> Does it still suffer from the 2GB size problem, or s it solved already?
> Thanks,
>
sincerely, I added symlinks because of fgb's (and others) needs.
I can take a look on the 2GB issue too if that would help someone.
iru
would help me much until I get rid of linux completely. I have dirs with big
photos (~ 300MB each) so I had to split them into subdirs to hadle them via
ext2srv. i also tried tofiddle with the source, but I gave up.
Many thanks,
++pac.
-Original Message-
From: [EMAIL PROTECTED] on beh
>> The solution for people on dynamic addresses (typically with some
>> generic and non-matching PTR record, though I haven't checked yours) is
>> likely to relay out through your ISP's mail server.
>
> because of the way the DNS is put together, PTR records cannot be relied upon.
> ownership of t
// rfc 2317 allows arbitrary cidrs to be delegated. so far,
// i've always been able to get reverse mappings set up
// for static addresses.
I think you've been lucky, or have been dealing with better ISPs.
Apart from my home ADSL line, I share a commercial SDSL with
some folks. We've got a /123
Charles Forsyth wrote:
this is all reminiscent of the nonsense of RFC1413
I think that people are finally ready to accept the fact that packets on the outdoor highway do not disclose the
intentions of their senders and that they contain no meaningful information about the identity of their
> the problem is that spf only validates that the sender is an
> allowed sender. this is ineffective against backscatter
> attacks. i've gotten as many as 500 backscatter spam in 4 hrs.
> so this is a significant issue for me.
So you're blocking mail from forsyth in order
to block spam bounces f
> So you're blocking mail from forsyth in order
> to block spam bounces from <>?
>
> I already told you how I solved this when it
> happened to me, and it has been 100% effective
your solution for backscatter is a good one. but
how does it do against non backscatter? this
is also a significant
On 13-May-08, at 4:17 AM, erik quanstrom wrote:
what's a better idea. having an extra 6400 spam emails
is the problem. how to i solve this without using spamhaus?
I use Greylisting [1], and it's been really effective. No false
positives (so far), and 0 to 2 spam messages a day. All this for
> I use Greylisting [1], and it's been really effective. No false
> positives (so far), and 0 to 2 spam messages a day. All this for a
> mild ~15 minute delay on genuine emails (but only for the first time).
sites like plan9.bell-labs.com tend not resend email with prec. bulk
even when given
On Tue, May 13, 2008 at 9:07 AM, <[EMAIL PROTECTED]> wrote:
> would help me much until I get rid of linux completely. I have dirs with big
> photos (~ 300MB each) so I had to split them into subdirs to hadle them via
> ext2srv. i also tried tofiddle with the source, but I gave up.
>
since i alr
> your solution for backscatter is a good one. but
> how does it do against non backscatter? this
> is also a significant problem. generally >100
> messages per day for me.
content-based filtering works fine for me.
> am i an idiot for objecting to this?
i never said you were an idiot.
i
>> your solution for backscatter is a good one. but
>> how does it do against non backscatter? this
>> is also a significant problem. generally >100
>> messages per day for me.
>
> content-based filtering works fine for me.
how do you maintain content-based filtering without
spending time
I just found out that .RS and .RE no longer work - they too keep the
indent. Again, please revert to the older version.
On May 12, 2008, at 4:26 PM, Pietro Gagliardi wrote:
Hello. The just-updated ms macro set for troff has a problem: if you
use .P1 and .P2, you have an .IP followed by an .R
What compiler has been successfully used to build
p9p on Solaris? I've got a Solaris 9 install and
have tried the gcc 2.95 from the extras cd and Sun
Studio 11 and both have heartburn on the anonymous
unions and structs used in hfs.h in libdiskfs.
Thanks,
BLS
I'm trying to get plan 9 to boot in AMDs simnow as part of tracking a
weird problem.
There's some weird issue between simnow and 9load.
Here is what happens, on floppy or iso:
initial probe, to find plan9.ini...
I then see 661,504 reads (in the case of the ISO) or few number of
reads (in the cas
yesterday(1)
* Pietro Gagliardi ([EMAIL PROTECTED]) wrote:
> I just found out that .RS and .RE no longer work - they too keep the
> indent. Again, please revert to the older version.
> yesterday(1)
yesterday(1) all my 9trouble seemed so vlong away ...
- erik
> I'm trying to get plan 9 to boot in AMDs simnow as part of tracking a
> weird problem.
>
> There's some weird issue between simnow and 9load.
>
> Here is what happens, on floppy or iso:
> initial probe, to find plan9.ini...
>
> I then see 661,504 reads (in the case of the ISO) or few number of
Everyone that uses .P1 has to do yesterday then.
On May 13, 2008, at 4:59 PM, erik quanstrom wrote:
yesterday(1)
yesterday(1) all my 9trouble seemed so vlong away ...
- erik
On Tue, 13 May 2008 13:55:43 PDT "ron minnich" <[EMAIL PROTECTED]> wrote:
> I'm trying to get plan 9 to boot in AMDs simnow as part of tracking a
> weird problem.
>
> There's some weird issue between simnow and 9load.
>
> Here is what happens, on floppy or iso:
> initial probe, to find plan9.ini
Hi,
I'm trying to implement TLS support for linuxemu. TLS on
linux works as following:
here is a syscall called set_thread_area() where a struct is
passed containing something like a segment descriptor that
is stored for the process and is switched in the gdt when
the process gets resumed for exe
Sigh. This seems to be working for me now. I rebuilt my kernels
after a pull (of nothing that looked relevant) and it just worked as
expected. I'd love to know what was going on, but I doubt I'll
spend any more time on it as each attempt involves rebooting my
file server, which is more disruptive t
On Tue, May 13, 2008 at 7:13 PM, <[EMAIL PROTECTED]> wrote:
> mount /srv/9660 /n/9660 /dev/sdC0/data
This one lost me completely. /dev/sdC0/data? That's an iso on your system?
ron
> So yes, with the help of Erik I managed to bake a bootable iso for
> this ibm eserver 325 I have here, which seems to behave in a pretty
> similar way to the one you describe here (look for the thread "plan 9
> on an ibm eserver 325).
>
> I'm attaching the 9load I used for that iso, which incide
it seems reasonable on first glance. What's the stack barf look like?
ron
On Tue, May 13, 2008 at 03:59:45PM -0700, ron minnich wrote:
> On Tue, May 13, 2008 at 7:13 PM, <[EMAIL PROTECTED]> wrote:
>
> > mount /srv/9660 /n/9660 /dev/sdC0/data
>
> This one lost me completely. /dev/sdC0/data? That's an iso on your system?
Yeah sorry, I suspected it would not be obvious
On Tue, May 13, 2008 at 07:10:20PM -0400, erik quanstrom wrote:
> > So yes, with the help of Erik I managed to bake a bootable iso for
> > this ibm eserver 325 I have here, which seems to behave in a pretty
> > similar way to the one you describe here (look for the thread "plan 9
> > on an ibm eser
> sorry if it sounded that way, I did not meant that.
> It's just that as you once told me yourself, the fixes you make
> sometimes never end up in the default distribution, either because you
> forget or because as you point out below, it goes into contrib.
>
> What is the rationale between stuff
arrrg... i found the problem... of course! Plan9 *does* restore/reload the
segment registers! It does it still in kernel mode. So if a segment
register is set (from usermode) with a selector pointing to my TLS
descriptor, and that descriptor gets changed to {0, 0} again, forkret()
restores/reloads
> What compiler has been successfully used to build
> p9p on Solaris? I've got a Solaris 9 install and
> have tried the gcc 2.95 from the extras cd and Sun
> Studio 11 and both have heartburn on the anonymous
> unions and structs used in hfs.h in libdiskfs.
I'm sorry about that. There aren't sup
My mail server does not run Plan 9, so my own
setup would require some implementation work,
as I mentioned before.
> how do you maintain content-based filtering without
> spending time on it on a regular basis?
I typically see one or two spams a day that make
it through, and I save those into a
On Tue, May 13, 2008 at 4:07 PM, erik quanstrom <[EMAIL PROTECTED]> wrote:
>
> at work we have a barracuda box which seems to
> be completely content based. it's false positive
> rate is significant. so you actually need to skim
> up to a hundred questionable messages per week.
>
more troubl
38 matches
Mail list logo
