On Mon, 2009-02-23 at 05:29 +0200, irix wrote:
> I try to remade this sample, but 0.8 version dont compile. Maybe
> some bugs in paths for the headers or some else.
>
> KB> Hi. I have this in plans, but i don't know when i'll start this. You can
> get a
> KB> template from comixwall.org.
I
On Fri, 2009-07-24 at 12:44 +0100, Manuel Pata wrote:
> Hi,
>
> Sorry, here's a diff to correct that.
After commenting out all CONFIGURE_ARGS, everything seems fine on amd64,
otherwise I could not see any data (I don't think those args should be
enabled by default anyway). I didn't try further to
Hi All,
I've been using p3scan, smtp-gated, and dansguardian for the last couple
of months successfully (one production installation has uptime of 63
days). For those unfamiliar with these software: p3scan is a POP3
anti-virus/spam gateway, smtp-gated is a transparent anti-virus/spam
SMTP gateway,
waited for Debian to release their version.
But I am unsure of how a commercial user could sleep at night making
illegal downloads from my site and profiting from my years work."
On Thu, 2006-11-16 at 00:22 +, Stuart Henderson wrote:
> On 2006/11/16 02:00, Soner Tari wrote:
> >
On Wed, 2006-11-15 at 18:20 -0600, Will Maier wrote:
> If you've prepared ports (I can't tell from your mail), clean them
> up and submit them. If you haven't yet prepared ports, you might as
> well, as it will a) make it easier to install them in the future and
> b) make it more likely that someda
On Thu, 2006-11-16 at 10:47 +, Stuart Henderson wrote:
> OpenBSD ports are generally setup to fetch the source file from the
> original site; that page doesn't address this situation.
I've checked the FreeBSD port files, and I believe this is the relevant
section in Makefile:
# User needs to
IMSpector is an Instant Messenger transparent proxy with logging
capabilities. Currently it supports MSN, AIM, ICQ, Yahoo and IRC to
different degrees.
This is the same version running on ComixWall 4.1b.
Attached file can be found at the following link too:
http://comixwall.org/index.php?option=c
"This is a full-transparent proxy-server for email clients. It can be
used to provide email scanning from the internet, to any internal
network and is ideal for helping to protect your "Other OS" LAN from
harm, especially when used in conjunction with a firewall and other
Internet Proxy servers.
"
On Tue, 2007-11-13 at 18:05 -0500, Okan Demirmen wrote:
> a few things to start:
> - no need for quotes in COMMENT
Done.
> - remove that #comment
Uhm, which one?
> - probably just belongs in mail category
Done (I'm still not sure, it's a proxy, but anyway).
> - run pkg/DESRC through fmt(1) or
On Tue, 2007-11-13 at 22:35 -0500, Okan Demirmen wrote:
> > > - hardcoding /usr/local in patches...
> > Done.
>
> i think that i may have been misleading in my first reply. sthen@ gave a
> much more accurate and verbose comment. you'll want to _not_ hardcode
> paths, but rather substitute - see hi
On Fri, 2007-11-16 at 13:52 +, Stuart Henderson wrote:
> Thanks for incorporating that; I don't think there's a need to put
> all the language versions of p3scan.mail into /etc/p3scan though;
> wouldn't it be simpler to just
>
> share/examples/p3scan/
> @sample ${SYSCONFDIR}/p3scan/
> share/ex
On Thu, 2007-11-15 at 22:00 +, Stuart Henderson wrote:
> On 2007/11/15 23:04, Soner Tari wrote:
> > I've checked the other options like the one you are mentioning, but
> > handling this in a separate shell script seems better to me (for example
> > it's mor
On Fri, 2007-11-16 at 17:34 -0500, Okan Demirmen wrote:
> On Fri 2007.11.16 at 17:27 -0500, Okan Demirmen wrote:
> > i think the one thing i'd ask is replacing the hardcoded /usr/local bits
> > in the patches with !!LOCALBASE!! and do something like the following in
> > pre-configure:
> > perl
On Sat, 2007-11-17 at 13:54 +, Stuart Henderson wrote:
> The attached version:
>
> - changes mkdir/chmod for an install in MESSAGE
> - adds notes about permissions on /dev/pf
> - calls setgid(), so /dev/pf only needs 640 not 644
> (the code already assumes that username == groupname so
> I
(Since I was told that ports@ is the place to post my problem, I am
re-posting here. Btw, I am ready to test any patches/suggestions to
snort on amd64. Also, I've manually checked if the differences in the
following diff file were applied to the 2.6.1.4 source from snort.org,
as far as I can see .h
vious post.
I would appreciate any hints as to where to look for the source of such
a problem (in the source code).
On Fri, 2007-04-06 at 14:30 +0300, Soner Tari wrote:
> (Since I was told that ports@ is the place to post my problem, I am
> re-posting here. Btw, I am ready to test any patches/
Ok, I think I've found the root cause of the problem, but it's strange.
In ts_print() function in util.c (just for those interested in locating
the line below in snort source code), there is a line like this:
s = (tvp->tv_sec + localzone) % 86400;
On amd64, this produces random output (not so ran
I believe the following type cast to u_int32_t may be considered as a
correct fix for the problem (this fixes my problem at least, and does
not look dumb):
s = (u_int32_t)(tvp->tv_sec + localzone) % 86400;
Because:
I've read the posts here (and private messages too), and all of them
point to a s
On OpenBSD 4.0 amd64, I built 2.6.1.4 with mysql support from sources.
Since that didn't work, I used the snort-2.6.0.2.tar.gz distfile from
ftp.openbsd.org, no luck there either. (Also in one case, I used the
ports files for snort from 4.1 ports to make sure I didn't make any
config mistakes.)
Si
For the record, I've found the root cause of the problem:
"-t /var/snort" argument, which runs snort in chroot jail.
I guess something about chroot jail implementation in snort has been
changed going from 2.4.5 to 2.6.x.x. Because previously on 2.4.5 I was
able to jail snort and it wouldn't compla
This is a content scanning (both virus and spam) smtp proxy. I've been
using this software on a couple of production systems successfully for
almost a year now. I use ClamAV and SpamAssassin along with it for
content scanning.
I did not see too many problems with the source code of this software
(
On Fri, 2007-08-10 at 21:04 -0700, Marco S Hyman wrote:
> The clamav port/package should be removed if it is too late to update
> for 4.2. The version currently in the ports tree is out of date and
> the clamav virus signature file update mirrors are refusing connections
> from users of the old v
Actually, this e-mail is a resubmission, because the ports tree was soft
locked back then:
This is a content scanning (both virus and spam) smtp proxy. I've been
using this software on a couple of production systems successfully for
almost a year now. I use ClamAV and SpamAssassin along with it fo
23 matches
Mail list logo
