On 11/27/2013 12:37 AM, Goran Slavić wrote:
>I am interested in developing "a true" load balancing feature
> between ICAP adaptation servers. As I see it, current configuration options
> for adaptation servers only provides failsafe in case of ICAP server
> failure. I am interested in deve
On 27/11/2013 8:37 p.m., Goran Slavić wrote:
>My name is Goran Slavic,
>
>I am currently writhing a masters theses on Faculty of Electrical
> Engineering - University of Belgrade (Serbia).
>
Welcome aboard!
Please take a few minutes to get acquainted with the proje
On Tue, Jan 15, 2013 at 6:07 PM, Rainer Weikusat
wrote:
> I have no real idea what is necessary to comply with this requirement
> but I'll try something sensible: I'm working for a US/UK based company
> which provides a "comprehensive enterprise security solution" for
> 'mobile devices', in partic
On Mon, 15 Nov 2010 21:26:27 +0300, Dmitry Kurochkin
wrote:
> Hello Squid developers.
>
> My current Squid focus is on Squid HTTP compliance (Alex has already
> posted a few changes I worked on). I also help with SMP performance
> tests. I hope to be able to post proposed changes here, address yo
Tim Storey wrote:
Hi All,
I am recent graduate in Software Engineering and I would like to get
involved with developing SQUID.
I wrote my thesis in C ( a small embedded system using an AVR
microcontroller) and I have a little
experience programming simple servers and using the UNIX sockets API.
On Mon, 03 May 2010 15:24:30 -0430, Robert Marcano
wrote:
> On 05/03/2010 03:07 PM, Henrik Nordström wrote:
>> mån 2010-05-03 klockan 21:59 +1200 skrev Amos Jeffries:
>>
>> Donẗ forget to add whildcard interface name syntax such as ppp+ or
>> similar, as used for many dialup or vpn network configu
mån 2010-05-03 klockan 15:24 -0430 skrev Robert Marcano:
> I understand, but we are using tcp_outgoing_address because it supports
> ACLs and we route some users to a dedicated ISP exclusive to them.
Perfectly valid reason.
> It breaks server side persistent connections so we disable it, but I
On 05/03/2010 03:07 PM, Henrik Nordström wrote:
mån 2010-05-03 klockan 21:59 +1200 skrev Amos Jeffries:
Donẗ forget to add whildcard interface name syntax such as ppp+ or
similar, as used for many dialup or vpn network configurations sharing
the exact same dynamic ip problem.
But generally my r
mån 2010-05-03 klockan 21:59 +1200 skrev Amos Jeffries:
> So an automatically generated outgoing IP address based on an iface name
> then?
> Selecting the iface, then picking from one of its addresses?
>
> Sounds like it should actually work.
Donẗ forget to add whildcard interface name syntax
Robert Marcano wrote:
On 04/30/2010 10:42 PM, Amos Jeffries wrote:
Robert Marcano wrote:
- Make tcp_outgoing_address be able to use an interface name and not
only a fixed ip address, this solve a problem we have with some setups
where we allow to acces to the internet with a dedicated ISP for
On 04/30/2010 10:42 PM, Amos Jeffries wrote:
Robert Marcano wrote:
- Make tcp_outgoing_address be able to use an interface name and not
only a fixed ip address, this solve a problem we have with some setups
where we allow to acces to the internet with a dedicated ISP for a
group of users, and t
Robert Marcano wrote:
Greetings.
I am interested in developing features for squid that are currently
needed in our installations, related with LDAP and authentication
integration and content filtering (ICAP). I have being able to add the
feature of forwarding the current authenticated to the
IISc Bangalore wrote:
Dear Squid Developers,
We are a part of the Network Information Technology Support and
Services at Indian Institute of Science, Bangalore, India. We use the
squid as a proxy for the campus. We also implemented campus wide
authentication in the proxy using LDAP auth a
On Oct 21, 2009, at 5:24 AM, Kinkie wrote:
On Tue, Oct 20, 2009 at 5:11 PM, Perry Smith
wrote:
Hi,
Hello Perry!
My interest is AIX. I recently sent a note to the general list and
was
prompted to at least CC to this list. I plan to use squid in a
pretty low
usage place to get around a
On Tue, Oct 20, 2009 at 5:11 PM, Perry Smith wrote:
> Hi,
Hello Perry!
> My interest is AIX. I recently sent a note to the general list and was
> prompted to at least CC to this list. I plan to use squid in a pretty low
> usage place to get around a firewall issue I have. But I also maintain
On Mon, 2009-01-05 at 19:12 +0100, Constantin Rack wrote:
> As a "welcome gift", I have released a new open-source eCAP adapter
> for HTTP compression:
> http://www.vigos.com/products/eCAP/
>
> I would like to maintain and further develop this adapter, hoping that
> it will be included in the
As a "welcome gift", I have released a new open-source eCAP adapter
for HTTP
compression:
http://www.vigos.com/products/eCAP/
I would like to maintain and further develop this adapter, hoping
that it
will be included in the official SQUID distribution some day.
Please feel free to send me yo
On Mon, Jan 5, 2009 at 7:12 PM, Constantin Rack
wrote:
> Dear squid-dev members,
>
> my name is Constantin Rack and I would like to introduce myself as a new
> developer.
> I have over 10 years experience in C/C++ coding with strong focus to HTTP
> related software.
>
> As a "welcome gift", I have
Constantin Rack wrote:
Dear squid-dev members,
my name is Constantin Rack and I would like to introduce myself as a
new developer.
I have over 10 years experience in C/C++ coding with strong focus to
HTTP related software.
As a "welcome gift", I have released a new open-source eCAP adapter
fre 2007-06-22 klockan 17:41 +1200 skrev Amos Jeffries:
> I have been doing some work in a 'docs' branch experimenting with
> doxygen to try and document the code and integrate it with the current
> incomplete 2.x (sgml/latex) user manual by Duane on the side.
> pPS. Anyone else who wants to he
Mark Nottingham wrote:
Hi,
I've been bugging Henrik and Adrian enough that it'd be useful to be on
this list. I'm interested in helping with documentation, asking stupid
questions and filing bugs.
Cheers,
Hi Mark, still interested? If so, what sort of documentation were you
imagining?
On Wed, May 30, 2007, Mark Nottingham wrote:
> Hi,
>
> I've been bugging Henrik and Adrian enough that it'd be useful to be
> on this list. I'm interested in helping with documentation, asking
> stupid questions and filing bugs.
I believe you're now subscribed. Welcome!
Adrian
On Wed, Nov 08, 2006, Christophe Boyanique wrote:
>
> Hello,
>
> I'm writing this message to introduce myself before subsbribing to this
> mailing-list.
Hiya!
> I am working for Alcove (http://www.alcove.fr) a french free software
> company. Amongst other subjects we propose support on any fr
As I see it your tasks for the Squid project would be
- Relay relevant bug reports between RedHat and Squid Bugzilla.
- Maintain the RH Squid packages. While doing this please note our
informal patch policy printed at the top of the patches page. This
policy basically boils down to that yo
On Fri, 1 Jul 2005, Martin Stransky wrote:
I'm new maintainer of squid package for distributions which are released by
Red Hat (RHEL/Fedora) and so I'm interested in everything about squid
development, of course.
Welcome to squid-dev.
I'm not sure if I can help you directly with squid develo
On Sat, 30 Apr 2005 16:00:40 +0200
Serassio Guido <[EMAIL PROTECTED]> wrote:
Hi Evgeny,
At 13.05 30/04/2005, Evgeny Kotsuba wrote:
I have removed similar things some time ago from the Windows port for
poor performance reasons.
I don't understand this. Really call to read/write/sevd/recv is
cal
On Sat, 30 Apr 2005 17:12:20 +0200
Serassio Guido <[EMAIL PROTECTED]> wrote:
Hi Henrik,
I don't wrote that your solution is wrong, or that C++ classes are
bad. I wrote that your solution is slower.
I doubt it actually is.
The Evgeny's specific implementation is it. Its read() checks for
the fd
On Sat, 30 Apr 2005, Serassio Guido wrote:
Even on UNIX there is subtle differences beetween the different classes of
I/O handles, even more so as time passes and new interesting I/O or event
mechanisms gets available.
Not only on UNIX, this should allow a simpler implementation of native
socket
Hi Henrik,
At 16.41 30/04/2005, Henrik Nordstrom wrote:
On Sat, 30 Apr 2005, Serassio Guido wrote:
I don't wrote that your solution is wrong, or that C++ classes are bad. I
wrote that your solution is slower.
I doubt it actually is.
The Evgeny's specific implementation is it. Its read() checks for
On Sat, 30 Apr 2005, Serassio Guido wrote:
I don't wrote that your solution is wrong, or that C++ classes are bad. I
wrote that your solution is slower.
I doubt it actually is.
And in addition one of the general design goals of Squid-3 is to get
things object oriented. Macros is lagely the opposi
Hi Evgeny,
At 13.05 30/04/2005, Evgeny Kotsuba wrote:
I have removed similar things some time ago from the Windows port for
poor performance reasons.
I don't understand this. Really call to read/write/sevd/recv is call to
a number of system's API calls and one more call get 0.0001% performanc
On Sat, 30 Apr 2005 10:46:37 +0200
Serassio Guido <[EMAIL PROTECTED]> wrote:
You make me laugh. squid2.5 use read/write/send/recv/ etc. as
well as FD_READ_METHOD/FD_WRITE_METHOD.
It seems the same things are in squid3.
With classes we have only read/write/open/close to any handle and
can
Hi Evgeny,
At 00.40 30/04/2005, Evgeny Kotsuba wrote:
You make me laugh. squid2.5 use read/write/send/recv/ etc. as well as
FD_READ_METHOD/FD_WRITE_METHOD.
It seems the same things are in squid3.
With classes we have only read/write/open/close to any handle and can
control it in single
On Fri, 29 Apr 2005 11:16:23 +0200
Serassio Guido <[EMAIL PROTECTED]> wrote:
Hi Evgeny,
At 09.52 29/04/2005, Evgeny Kotsuba wrote:
FD_READ_METHOD/FD_WRITE_METHOD macros should be more efficient.
Look here:
http://cvs.sourceforge.net/viewcvs.py/squid/squid/src/fd.c?rev=1.7.16.9&only_with_tag=nt-2_5
Hi Evgeny,
At 09.52 29/04/2005, Evgeny Kotsuba wrote:
FD_READ_METHOD/FD_WRITE_METHOD macros should be more efficient.
Look here:
http://cvs.sourceforge.net/viewcvs.py/squid/squid/src/fd.c?rev=1.7.16.9&only_with_tag=nt-2_5&view=auto
I don't understand why macros may be more efficient.
I use thing
On Thu, 28 Apr 2005 13:50:33 +0200
Serassio Guido <[EMAIL PROTECTED]> wrote:
Now I plan to port diskd filesystem to Windows.
SG> They are currently some Squid aspect that needs more work in the
Windows
SG> port. some of they could be integrated in Squid 3.0, in priority
order they
SG> are:
SG> -
Hi Andrey,
At 00.46 28/04/2005, Andrey Shorin wrote:
Hello Serassio,
Tuesday, April 26, 2005, 13:08:09, Serassio Guido wrote:
>>Now I plan to port diskd filesystem to Windows.
>>
>>Andrey Shorin
>>System/Web Administration Consultant
SG> Welcome on board again !!!
SG> They are currently some Squid
Hi Evgeny,
At 13.07 28/04/2005, Evgeny Kotsuba wrote:
On Thu, 28 Apr 2005 02:46:46 +0400
Andrey Shorin <[EMAIL PROTECTED]> wrote:
Hello Serassio,
Tuesday, April 26, 2005, 13:08:09, Serassio Guido wrote:
Now I plan to port diskd filesystem to Windows.
SG> They are currently some Squid aspect that n
On Thu, 28 Apr 2005 02:46:46 +0400
Andrey Shorin <[EMAIL PROTECTED]> wrote:
Hello Serassio,
Tuesday, April 26, 2005, 13:08:09, Serassio Guido wrote:
Now I plan to port diskd filesystem to Windows.
SG> They are currently some Squid aspect that needs more work in the
Windows
SG> port. some of they
Hello Serassio,
Tuesday, April 26, 2005, 13:08:09, Serassio Guido wrote:
>>Now I plan to port diskd filesystem to Windows.
>>
>>Andrey Shorin
>>System/Web Administration Consultant
SG> Welcome on board again !!!
SG> They are currently some Squid aspect that needs more work in the Windows
SG> po
Hi Andrey,
At 05.52 26/04/2005, Andrey Shorin wrote:
Hello all.
Some time ago I partisipated in porting of squid to windows efforts.
Hopefully, it helped to
overtake Squid-NT 2.3 to head revision in 2003.
Now I plan to port diskd filesystem to Windows.
Andrey Shorin
System/Web Administration Cons
> > Now I plan to port diskd filesystem to Windows.
>
> Any specific reason you prefer the diskd model over the existing awin32
> cache_dir driver? (modelled after the pthreads aufs driver)
>
> Regards
> Henrik
No. I just like it to be available ;-) And unfortunately, I've no idea of which
one pe
On Tue, 26 Apr 2005, Andrey Shorin wrote:
Some time ago I partisipated in porting of squid to windows efforts.
Hopefully, it helped to overtake Squid-NT 2.3 to head revision in 2003.
Welcome back to squid-dev!
Now I plan to port diskd filesystem to Windows.
Any specific reason you prefer the diskd
On Tue, 15 Feb 2005 [EMAIL PROTECTED] wrote:
I may have some information about the "Odd HTTP response codes" problem.
Which problem more specifically? And what you want to know about it?
Regards
Henrik
On Mon, 6 Dec 2004, Andrew Rucker Jones wrote:
I'm not a Squid developer, and i don't want to burst Your bubble, but i
looked at what Your filter can do; Squid can already block MIME types,
and Privoxy (www.privoxy.org) can do most if not all of the rest.
Additionally, i don't want to speak for the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm not a Squid developer, and i don't want to burst Your bubble, but i
looked at what Your filter can do; Squid can already block MIME types,
and Privoxy (www.privoxy.org) can do most if not all of the rest.
Additionally, i don't want to speak for the
On Sat, 25 Sep 2004, Henrik Nordstrom wrote:
On Fri, 24 Sep 2004, Gavin Henry wrote:
We are interested in getting the tristate patch working again for the
latest stable release.
Interesting. What is it?
Found it from your post on squid-users.
http://www.linuxdevcenter.com/pub/a/linux/2001/08/02/
On Fri, 24 Sep 2004, Gavin Henry wrote:
We are interested in getting the tristate patch working again for the
latest stable release.
Interesting. What is it?
Regards
Henrik
On Mon, 5 Apr 2004, Mati wrote:
> Our area of interests is ETag support in squid 3.
>
> During our tests with etag-patched squid 2.5 we discovered some
> differences between squid's behavior and rfc2616...
>
> One of them is major.
>
> I would like to know whether this difference is based on som
On Thu, 16 Oct 2003, Robert Collins wrote:
> we do need the authors participation. As for TOS, see the outgoing_tos
> option in squid.conf (Not sure what version this was added in).
Except that outgoing_tos selects the TOS vaue assigned to outgoing
requests, not client responses..
There has bee
On Wed, 2003-10-15 at 18:32, Krzysiek Taraszka wrote:
> I want to help in squid development process. I read some about
> dynamic_delay_pools (is it development now ?), or another way, if we do not
> make dynamic_delay_pools we can change tos for ACL witch is MISS.
> That could give us another wa
A bit late, yeah, I've been a little busy until recently.
On Mon, Apr 28, 2003, Alex Kinch wrote:
> I've not really got any experience of code hacking, think that's best left
> to the experts on here (Hi Adrian - remember Amsterdam?!). However, I can
> give plenty of feedback on the ESI function
Joe Cooper wrote:
> For what it's worth, I know for a fact that none of the folks here will
> be offended if you take the easy way out and Reply-to-all whenever
> posting. We don't mind getting second copy every now and then.
I do not mind at all. In fact I want it.
Personally I prefer to get a
Flemming Frandsen wrote:
> > Look for READ_AHEAD_GAP
>
> ooh, thanks, default is 16KB it seems.
>
> ... off to read the rest of the developers manual before I start hacking
> it up:)
We should probably add a squid.conf directive for this one.. a good task
to begin with if you have not looked at
Henrik Nordstrom wrote:
You also have the option of checking for client aborts, and quickly back
out from the request when a aborted request is detected..
Well, that would be one way of doing it, but it would not be 100% safe
and when the request is running you might as well do the rest of the
wo
Flemming Frandsen wrote:
Henrik Nordstrom wrote:
On Thursday 20 February 2003 22.53, Flemming Frandsen wrote:
reply-to is not set. This is intentional. Just remember to hit the
"reply to all" then responding to messages on the mailinglist and
everything is fine.
Actually, you end up with a mai
fre 2003-02-21 klockan 15.03 skrev Flemming Frandsen:
> Robert Collins wrote:
> > I certainly hope it's uncommon!
>
> I don't think it is, it's a natural assumption that the same user will
> not be making the same request twice at the same time.
Not for anyone who have ever observed users in rea
Robert Collins wrote:
I certainly hope it's uncommon!
I don't think it is, it's a natural assumption that the same user will
not be making the same request twice at the same time.
Squid really isn't the point to fix race conditions: syncronisation is
your friend, in the server.
Yes, you are
On Fri, 2003-02-21 at 06:03, Flemming Frandsen wrote:
> A short recap of the problems:
> A) Race conditions exist in the webapplication (not that uncommon I
> guess) that means that having two identical requests running at the same
> time in different apache processes will either result in one o
Henrik Nordstrom wrote:
On Thursday 20 February 2003 22.53, Flemming Frandsen wrote:
reply-to is not set. This is intentional. Just remember to hit the
"reply to all" then responding to messages on the mailinglist and
everything is fine.
Actually, you end up with a mail to both the poster and t
On Thursday 20 February 2003 22.53, Flemming Frandsen wrote:
> Henrik Nordstrom wrote:
> > Hi, and welcome to Squid-dev.
>
> Thanks, I'll try not to do too much faq asking:) but why is
> reply-to set to the poster rather than the list:)
reply-to is not set. This is intentional. Just remember to hi
Henrik Nordstrom wrote:
Hi, and welcome to Squid-dev.
Thanks, I'll try not to do too much faq asking:) but why is reply-to set
to the poster rather than the list:)
Not entirely sure about your twist however. It smells more of a
bandaid fix in the reverse proxy to work around a inheriently br
Hi, and welcome to Squid-dev.
On Thursday 20 February 2003 20.03, Flemming Frandsen wrote:
> A) Race conditions exist in the webapplication (not that uncommon I
> guess) that means that having two identical requests running at the
> same time in different apache processes will either result in o
63 matches
Mail list logo
