ipcop-devel Mailing List for IPCop Firewall

you should be able to find it at:

http://www.securityfreak.net/ipcop/pre/ipcop-0.1.2pre1.iso

Here are the sha1 and md5 values

[esj@compile ipcop]$ sha1sum ipcop-0.1.2pre1.iso
e68c7c0608d1c600c2b33ddebf32babe89478439  ipcop-0.1.2pre1.iso

[esj@compile ipcop]$ md5sum ipcop-0.1.2pre1.iso
50cb950a375dfb1d5161d65f3999ef43  ipcop-0.1.2pre1.iso

this space was donated by one of the mirrors for IPCop and they have
requested that we do not distribute the download information beyond
the development list (yes, I know this gets archive but it's not worth
worrying about).

please beat this release up and send bug reports (and hopefully fixes)
to the development list.  What ever we don't have fixed by next
Saturday (July 6) will just have to wait unless it's a real
showstopper.

since we have had problems with installs in the B3 release I ask folks
to pay careful attention and experiment with installs in different
ways (with and without restoring parameters, CD-ROM and HTTP).  I
think I have most of the bugs shaken out which guarantees at least one
more really nasty butt biter.

also, we have included Eric O's ntpdate configuration web page.
Again, treat it with the abuse it deserves.  give him something to do
(bug fixing wise)

;-)

---eric

as some folks know, I've been working on 0.1.2pre1 IPCop.  It contains
numerous bug fixes from 0.1.2b3 and a couple of new features.  I think
it's pretty close.  I believe it's almost ready for release as 0.1.2
final (pending clearance from Mark).  As soon as I figure out the best
way to upload it to the sourceforge file listing, I'll release it for
general access.  Please beat it up and post bug reports to the
developer list.  It would also be extremely useful if you could also
post bug fixes as my time is rather limited.

those of you who have downloaded previous versions of pre1, go grab a
new one from the supersecret URL I've given you.  I promise I won't
change it (much) in the next couple of hours.

---eric

Hello, 

if you install ipcop in german - when you are unable to save any, 
VPN, DYNDNS, portforwarding etc. If you do it in english ist works fine.
(tested on ipcop-dev-v01-20020630.tgz)

best regards
Oliver Haufe

On Sat, 29 Jun 2002 16:47:20 +1000 Mark Van Bruggen <br...@go...> wrote:

MVB> Hello Eric,
MVB> 
MVB> Did the zone edit/easy dns fix get into this build?

it is now. you'll do QA??

Hi all, I was wondering if it would easy to include the external IP address
given to me on the web interface "Home Page". AS In...

Current profile: BTOpenWorld
Connected (21d 17h 26m 27s)
IP Address (217.39.13.166)

> CT> With my ISDN at least checking the persistant connection box has never
> CT> worked
> CT> unless I have dial on demand enabled also.
>
> interesting.  I'm not sure if this is a PPP feature or bug.  Will need
more information.


As far as I am aware, Persistent connection is not part of the isdnctrl
code. On a 1.1.1 box we have on a toll free client we started by simply
having a ping command in a cron job, but IP-Cop can take a while to detect a
dropped line (the line is right at the end of the maximum distance), so we
made is a bit cleverer and used a script that checked to see if ping
actually responded, and if not, it forced PPP again. The original code tried
a few different numbers, the revised version uses the default PPP gateway.

I suspect that even with a "persistent" option, it might take a while to
recognise that the line had been dropped unless there is some sort of
"heartbeat" or watchdog code. I send the code of to someone on the user
list, and they changed it a bit and it is now somewhere in the FAQ.

http://www.ipcop.org/cgi-bin/twiki/view/IPCop/IPCopAddons#How_do_you_get_IPC
op_to_automati

Might be worth considering?

Regards,

Marco.

Hello Eric,

Did the zone edit/easy dns fix get into this build?

IE:
In ddns.cgi the following should appear:

if ($cgiparams{'ACTION'} eq $tr{'add'})
{
        unless ($cgiparams{'SERVICE'} =~ /^(dhs\.org|dyndns\.org|dyns\.cx|hn\.org|no-ip\.com|easydns\.com|zoneedit\.com)$/) { $errormessage = $tr{'invalid input'}; }
        unless ($cgiparams{'LOGIN'} ne '') { $errormessage = $tr{'username not set'}; }

Previously the line ... 'SERVICE'.... appeared twice in succession and
the second line left out easydns and therefore easy dns didnt work. I
found this out when I added the zoneedit part as it failed to allow
zoneedit to work. When I removed the second line it all worked fine.

Attached is the original file and the edited file....
This file now works for easy dns, zone edit and the original dyns
sites. easydns and zoneedit also appear in the drop down box.


-- 
Best regards,
 Mark                            mailto:br...@go...

Hello Eric,

Saturday, June 29, 2002, 2:37:18 PM, you wrote:

ESJ> just picking off a few bugs.

CT>> The links for older and newer on the bottom of the logs does not work.

ESJ> that's because they don't work as you might think they work.  This
ESJ> code is as ugly as a Mexican hairless with acne.  The best I can
ESJ> figure is that the "newer" and "older" links only become active if
ESJ> there is log entries that are older or newer on that day than the ones
ESJ> you are currently looking at.  Try it out.  Take a day with a big set
ESJ> of logs.  You'll notice that the newer or older link becomes active
ESJ> and you can navigate through logs for that day but only that day.
ESJ> Changing day boundaries means using the drop-down box at the top to
ESJ> set the date.  I agree, it is confusing.  Need to think about better
ESJ> options.

ESJ> ---eric


Thats exactly how it works, I have done just what you mention on a day
when I had 3 pages of log results....

-- 
Best regards,
 Mark                            mailto:br...@go...

the number of bugs seem to have dropped to a dull roar.  I've fixed
all the ones I can (and know of), I've updated the build processed to
use the latest Apache and as SSH RPMs from Red Hat and once I get Eric
O's NTP page integrated, I need to get ahold of Mark to see if there's
anything else he wants to add.

just to make sure I didn't mess anything up, I would like a one-week
test of all these changes (0.1.2pre1) and then ship 0.1.2 for real.
Any objections?

---eric

On Saturday 29 June 2002 00:42, Eric S. Johansson wrote:
> On Sun, 09 Jun 2002 18:13:18 +0100 Eric Oberlander <er...@ob....=
uk>
> wrote:
>
> EO> on 9/6/02 5:13 pm, Phil Barnett at ph...@ph... wrote:
> EO>
> EO> > I'm running the patched version of 1.2b3
> EO> >
> EO> > My web proxy is enabled and transparent.
> EO> >
> EO> > My proxy logs are empty.
> EO> >
> EO> > I thought I'd wait until a log rotation cycle to report it in cas=
e
> EO> something
> EO> > in the file was hosed, but the problem remains this morning.
> EO>
> EO> My proxy log contain entries. Web proxy is enabled and transparent.
> EO>
> EO> I installed from the 0.1.2b3 iso. :(
> EO>
>
> can someone confirm or deny this bug's existence?  I don't run proxies
> because 1) it's only a 486 2) it appears to proxy both ways (inbound an=
d
> outbound).  (sounds like another bug to me)

After the second web log rotation cycle,everything started working. I sus=
pect=20
that if I had done a full install, it would have worked from the start.

On Tue, 11 Jun 2002 21:16:16 +1000 Mark Van Bruggen <br...@go...> wrote:


MVB> Notice the words SMOOTHIE in file rc.firewall.up  :(

fixed.  Replaced smoothie with strawberry smoothie.





































just kidding...

---eric

On Sun, 09 Jun 2002 18:13:18 +0100 Eric Oberlander <er...@ob...> wrote:

EO> on 9/6/02 5:13 pm, Phil Barnett at ph...@ph... wrote:
EO> 
EO> > I'm running the patched version of 1.2b3
EO> > 
EO> > My web proxy is enabled and transparent.
EO> > 
EO> > My proxy logs are empty.
EO> > 
EO> > I thought I'd wait until a log rotation cycle to report it in case
EO> something
EO> > in the file was hosed, but the problem remains this morning.
EO> 
EO> My proxy log contain entries. Web proxy is enabled and transparent.
EO> 
EO> I installed from the 0.1.2b3 iso. :(
EO> 

can someone confirm or deny this bug's existence?  I don't run proxies because 1) it's only a 486
2) it appears to proxy both ways (inbound and outbound).  (sounds like another bug to me)


---eric

On Sun, 9 Jun 2002 18:55:35 +0200 Michel Janssens <mja...@sk...> wrote:

MJ> Hi All
MJ> 
MJ> I found a little error in the web interface of the 1.2B3: see below the port
MJ> forwarding screen :
MJ> 
MJ> Proto        Source IP        Source port        Destination port        Destination IP        Enabled        Mark

another one gone
another one gone
another bug bites the dust
(apologies to Queen)

---eric

just picking off a few bugs.

On Sun, 9 Jun 2002 12:27:47 +0100 Colin Tinker <col...@g1...> wrote:

CT> all round.  I agree with earlier comments about the ssh access could this
CT> be 
CT> split up again as the browser based ssh client is not compatable with all 
CT> browsers, it works with Mozilla 1.0 final and Galeon 1.2.5 but crashes 
CT> Konqueror from KDE 3.0, I dont use IE so cannot comment.

probably not a bad idea but I could use some suggestions as to where
to put the check box.  Code would be even better.

CT> All worked fine until I rebooted the firewall box it still had the external 
CT> access rules I had put in for port 80, 443 and 25, they where displayed as 
CT> being active but where not they denied any connections on these ports.  Re 
CT> setting these ie editing them and adding them back got it all working again 
CT> but this would be a pain if I had nore ports open.  The forwards from these 
CT> rules are kept fine.

I believe this has been fixed but let me know if it shows up again.

CT> 
CT> The graphs all work well and I like the new proxy graphs.  What about 
CT> combining Dans Guardian in the future or Squid Guard?  Maybe at least
CT> adding 
CT> them to the web interface so that you may add them as an extra, pherhaps 
CT> better as DansGurdian is not truly gpl and has to be paid for for
CT> commercial 
CT> use.  At least the option would be there.

this'll need to be a 0.2.x feature.

CT> Put the IDS activation into the services page I think a more logical place
CT> for 
CT> it to be?

good idea.  Moved it.

CT> 
CT> I dont run a floppy on my firewall so being able to backup to a file would
CT> be 
CT> useful and an option to scp it from the firewall and restore it back again 
CT> would be nice using scp?

understood and I agree but not likely to change anytime soon just
because I'm short on time and sleep.


CT> Shutdown seems to hang for a long time before it does eventually shutdown 
CT> where in previous versions it was pretty quick, any reason for this?

we had a bug in the HTML generation which caused mal formed pages.  Fixed (I think)

CT> With my ISDN at least checking the persistant connection box has never
CT> worked 
CT> unless I have dial on demand enabled also.

interesting.  I'm not sure if this is a PPP feature or bug.  Will need more information.

CT> 
CT> The links for older and newer on the bottom of the logs does not work.

that's because they don't work as you might think they work.  This
code is as ugly as a Mexican hairless with acne.  The best I can
figure is that the "newer" and "older" links only become active if
there is log entries that are older or newer on that day than the ones
you are currently looking at.  Try it out.  Take a day with a big set
of logs.  You'll notice that the newer or older link becomes active
and you can navigate through logs for that day but only that day.
Changing day boundaries means using the drop-down box at the top to
set the date.  I agree, it is confusing.  Need to think about better
options.

---eric

On Sat, 29 Jun 2002 00:21:40 -0400 Phil Barnett <ph...@ph...> wrote:

PB> I guess that would pretty much cover it.
PB> 
PB> Do we need to reiterate this on the user list?

yep.  and we should probably stick it in the FAQ.

feel free to quote me.

---eric

On Friday 28 June 2002 23:57, Eric S. Johansson wrote:
> On Fri, 28 Jun 2002 21:36:55 -0400 Phil Barnett <ph...@ph...> wrote:
>
> PB>
> PB> Good question!
> PB>
> PB> Is there a reason why udp is not open for replies from orange to gr=
een,
> PB> like tcp is?
>
> because the firewall isn't stateful.  UDP packets don't have "replies"
> in the same way that TCP does.  we will need to move to 2.4 in order
> to have what you want.
>
> if you leave the firewall open for "replies" from UDP requests, it's
> open to everyone.  When I created the basic structure for DMZ pinholes
> etc., I discover that I could port scan through the firewall using
> nmap -sU and tell what machines were running what UDP services.
> That's when I locked down UDP returns.

I guess that would pretty much cover it.

Do we need to reiterate this on the user list?

On Fri, 28 Jun 2002 21:36:55 -0400 Phil Barnett <ph...@ph...> wrote:

PB> 
PB> Good question!
PB> 
PB> Is there a reason why udp is not open for replies from orange to green,
PB> like tcp is?

because the firewall isn't stateful.  UDP packets don't have "replies"
in the same way that TCP does.  we will need to move to 2.4 in order
to have what you want.

if you leave the firewall open for "replies" from UDP requests, it's
open to everyone.  When I created the basic structure for DMZ pinholes
etc., I discover that I could port scan through the firewall using
nmap -sU and tell what machines were running what UDP services.
That's when I locked down UDP returns.

---eric

Good question!

Is there a reason why udp is not open for replies from orange to green, l=
ike=20
tcp is?

----------  Forwarded Message  ----------

Subject: Re: Re[2]: [IPCop-user] DNS on Orange Confusion
Date: Fri, 28 Jun 2002 16:50:21 -0700 (PDT)
From: Walt Davis <cra...@wa...>
To: <ipc...@li...>

>> Unless you setup a pinhole ALL traffic from ORANGE to GREEN is blocked
>> by IPCop.
>> GREEN to ORANGE is allowed
>> ORANGE to GREEN is blocked
>
> Truee but what you are refering too is the initiation of the traffic.
> Traffic initated from green to orange should pass through just fine.
> But not traffic initiated from green.
>
> Why is traffic initated from the green nettwork being black when the
> DNS server is responding to green requests.

So the answer is in rc.firewall.up.

Look for the rules that allows GREEN to talk to ORANGE. You will find a
rulle that looks something like this:
ipchains -A forward  -i $GREEN_DEV -p tcp ! -y
-s $ORANGE_NETADDRESS/$ORANGE_NETMASK
-d $GREEN_NETADDRESS/$GREEN_NETMASK 1024:65535 -j ACCEPT

This allows orange network responses to green initated traffic to pass
back to the reqester. This rule is for TCP based traffic only and explain=
s
whye things such as mail, ftp, and other tcp based protocols work.
DNS however is UDP. Interestingly there was no rule for UDP traffic and
that explains why the return packets where being dropped. Well added a
rule for UDP traffic:
ipchains -A forward  -i $GREEN_DEV -p udp
-s $ORANGE_NETADDRESS/$ORANGE_NETMASK
-d $GREEN_NETADDRESS/$GREEN_NETMASK 1024:65535 -j ACCEPT

Now all is well. But I am wondering why this rule was not included in the
fireall script as it was released. Was it intentional if so why?






-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Caffeinated soap. No kidding.
http://thinkgeek.com/sf
_______________________________________________
IPCop-user mailing list
IPC...@li...
https://lists.sourceforge.net/lists/listinfo/ipcop-user

-------------------------------------------------------

Hi All, (Again)

Bet you are all getting board of me...
;-)

anyway on with the question....

Has anyone looked into giving Dans Block Lists a GUI via the IPCop Admin =
pages ?
if so can someone point me in the right direction so that I can take a =
look...
or If NOT, what is the lists thoughts on this subject ?

Good Idea OR "Shut Up Gavin" (Bad Idea)



-------------------------------------------------------------------------=
-------


"In three words I can sum up everything I've learned about life: It Goes =
On." =20
Gavin Spurgeon.
AKA Da Geek


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.372 / Virus Database: 207 - Release Date: 20/06/2002

Hi All

This is a snip from one of the E-Mails sent to the Lists a few days =
ago...
I have had some reply's off list to a response I =
(http://marc.theaimsgroup.com/?l=3Dipcop-devel&m=3D102521585727267&w=3D2)=
 made about a way to make this work, and would like to know if any  is interested in the ideas I/we had...
If so I will start looking into getting this all working from the IPCop =
and make it into a tarball + a How-To on how to set the script(s) up....

<Snip>

 I have an interesting question for ya all. I know IPCOP does not come =
with sendmail, but I am running Dans Guardian and have used a customized =
.pl script for the warning page. This script utilizes a form that users =
can mail a report to if they think the site should be allowed, here is a =
brief list of it...

# your mailer program and any options neccessary
$mailer =3D "/usr/lib/sendmail -t" ;

Is there any way possible this is changable so that the ipcop machine =
can acutally send the form report to the admin?
</Snip>



-------------------------------------------------------------------------=
-------


"In three words I can sum up everything I've learned about life: It Goes =
On." =20
Gavin Spurgeon.
AKA Da Geek


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.372 / Virus Database: 207 - Release Date: 20/06/2002

Hello!
This is a problem I got no help in the ipcop-user mailinglist. The proble=
m is
every few minutes the PPPoE connection of IPCop becomes terminated. Ot ap=
pears
more often when I'm downloading alot of data. I tried to remove the pppd.=
tdb
file but this had no effect.
I use an Asus DSL modem connected with a ne2k-pci NIC.
I hope anyone could help me!
This is the interesting part of the "messages" log:

Jun 14 20:36:23 firewall pppd[258]: No response to 3 echo-requests
Jun 14 20:36:23 firewall pppd[258]: Serial link appears to be =3D
disconnected.
Jun 14 20:36:23 firewall pppd[258]: tdb_store failed: Corrupt database
Jun 14 20:36:23 firewall last message repeated 2 times
Jun 14 20:36:23 firewall snort: pcap_loop: recvfrom: Network is down
Jun 14 20:36:23 firewall snort: Snort received signal 3, exiting
Jun 14 20:36:24 firewall ipcop: PPP has gone down on ppp0
Jun 14 20:36:24 firewall ipsec_setup: (/etc/ipsec.conf, line 1) cannot =3D=

open
configuration file "/etc/ipsec.conf" -- `stop' aborted
Jun 14 20:36:25 firewall pppoe[1390]: Session terminated -- received =3D
PADT from peer
Jun 14 20:36:25 firewall pppd[258]: Modem hangup
Jun 14 20:36:25 firewall pppd[258]: Connection terminated.
Jun 14 20:36:25 firewall pppd[258]: Connect time 2.7 minutes.
Jun 14 20:36:25 firewall pppd[258]: Sent 25818 bytes, received 85099 =3D
bytes.
Jun 14 20:36:25 firewall pppd[258]: tdb_store failed: Corrupt database
Jun 14 20:36:25 firewall pppd[258]: tdb_store failed: Corrupt database
Jun 14 20:36:25 firewall pppd[258]: Using interface ppp0
Jun 14 20:36:25 firewall pppd[258]: tdb_store failed: Corrupt database
Jun 14 20:36:25 firewall pppd[258]: tdb_store failed: Corrupt database
Jun 14 20:36:25 firewall pppd[258]: Connect: ppp0 <--> /dev/ttyp0
Jun 14 20:36:25 firewall pppd[258]: tdb_store failed: Corrupt database
Jun 14 20:36:25 firewall last message repeated 2 times
Jun 14 20:36:26 firewall pppoe[1433]: PPP session is 48991
Jun 14 20:36:27 firewall pppd[258]: tdb_store failed: Corrupt database
Jun 14 20:36:27 firewall pppd[258]: tdb_store key failed: Corrupt =3D
database
Jun 14 20:36:27 firewall pppd[258]: tdb_store failed: Corrupt database
Jun 14 20:36:27 firewall last message repeated 3 times
Jun 14 20:36:27 firewall pppd[258]: local  IP address 62.109.99.184
Jun 14 20:36:27 firewall pppd[258]: remote IP address 213.191.76.46
Jun 14 20:36:27 firewall pppd[258]: primary   DNS address 213.191.74.18
Jun 14 20:36:27 firewall pppd[258]: secondary DNS address 213.191.74.19
Jun 14 20:36:27 firewall ipcop: PPP has gone up on ppp0
Jun 14 20:36:47 firewall kernel: device ppp0 entered promiscuous mode

Anyone knows whats going wrong?
Thank you for your help, Jan

On Thu, 27 Jun 2002 22:43:51 +0100 Eric Oberlander <er...@ob...> wrote:

EO> Has anyone else noticed this problem, or is it just me?
EO> 
EO> In 0.1.2b3 shutdown/reboot occurs so fast, the httpd fails to finish serving
EO> the page. I just get the top half of the page, without the ipcop gif or the
EO> message.

it's a bug.  I know what is wrong.  I just need time to fix it.

--- eric

Hi All.....

<Snip>
Is there any way possible this is changeable so that the ipcop machine =
can actually send the form report to the admin?
</Snip>

I think I can help with this one.....
If you look though the archives =
(http://marc.theaimsgroup.com/?l=3Dipcop-user&w=3D2&r=3D1&s=3Dalerts%2Fre=
ports&q=3Db) at the thread I started on the 11/06/2002 about making my =
IPCops E-Mail me a report each day...
I found a way to make IPCop ver 0.1.1 up send out an E-Mail via a small =
perl script..
i am sure this can be adapted to your needs, in fact I remember looking =
at one of the help pages on how to get it all working from a form on a =
html page. so it should be a five min job to get it working with =
Dans....



-------------------------------------------------------------------------=
-------


"In three words I can sum up everything I've learned about life: It Goes =
On." =20
Gavin Spurgeon.
AKA Da Geek


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.372 / Virus Database: 207 - Release Date: 20/06/2002

<html>
<br>
I will be implementing IP-Cop and DansGuardian for a school and have
created a form on the DG blocking page. It submits the information on the
form to our company web server which has an ASP script that emails the
information to me and an administrator.&nbsp; The ASP script contains all
the email destination information so it is pretty secure.<br><br>
The contents of the email sent to the administrator include:<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>IP Address
of workstation<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>Address of
the page<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>Reason
page was blocked<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>Name of
the person submitting the request<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>Reason for
the request<br><br>
This works for me and keeps the firewall clear of any email
software.&nbsp; I can forward details privately to anyone who may be
interested.<br><br>
Fernand.<br><br>
At 01:25 PM 6/27/2002 -0700, you wrote:<br><br>
<blockquote type=cite class=cite cite><font face="arial" size=2>Hi all,
</font><br>
&nbsp;<br>
<font face="arial" size=2>&nbsp;&nbsp;&nbsp; I have an interesting
question for ya all. I know IPCOP does not come with sendmail, but i am
running Dans Guardian and have used a customized .pl script for the
warning page. This script utilizes a form that users can mail a report to
if they think the site should be allowed, here is a brief list of
it...</font><br>
&nbsp;<br>
<font face="arial" size=2># your mailer program and any options
neccessary<br>
$mailer = &quot;/usr/lib/sendmail -t&quot; ;<br>
Is there any way possible this is changable so that the ipcop machine can
acutally send the form report to the admin?</font><br>
&nbsp;<br>
<font face="arial" size=2>Thanks</font><br>
<font face="arial" size=2>Jer</font><br>
<font face="arial" size=2>&nbsp;</font></blockquote></html>

<html>
<br><br>
Yes, I have noticed the same problem on a P100 with 32 megs 
RAM.<br><br>
Fernand.<br><br>
At 10:43 PM 6/27/2002 +0100, you wrote:<br><br>
<blockquote type=cite class=cite cite>Has anyone else noticed this
problem, or is it just me?<br><br>
In 0.1.2b3 shutdown/reboot occurs so fast, the httpd fails to finish
serving<br>
the page. I just get the top half of the page, without the ipcop gif or
the<br>
message.<br><br>
There was only a slight change to the script from 0.1.1, but I haven't
been<br>
able to pin down what's causing the problem.<br><br>
Eric<br><br>
<br><br>
-------------------------------------------------------<br>
This sf.net email is sponsored by:ThinkGeek<br>
Bringing you mounds of caffeinated joy.<br>
<a href="http://thinkgeek.com/sf" eudora="autourl">http://thinkgeek.com/sf</a><br>
_______________________________________________<br>
IPCop-devel mailing list<br>
IPC...@li...<br>
<a href="https://lists.sourceforge.net/lists/listinfo/ipcop-devel" eudora="autourl">https://lists.sourceforge.net/lists/listinfo/ipcop-devel</a></blockquote>
<x-sigsep><p></x-sigsep>
<br>
<b>Fernand H. Jonker<br>
</b>PC and Network Consultant<br>
<i>______________________________________________________<br><br>
<b>Futura Graphic Technical Support <br>
</i></b>Cell Phone: (204) 792-1970&nbsp; Fax: (204) 669-6878<br>
E-mail: Fe...@Fu...<br><br>
<b>Order on-line on our Web Site!
<i>(<a href="http://www.futuragts.com/" eudora="autourl">http://www.futuragts.com</a>)<br><br>
</b></i></html>