tis 2014-01-21 klockan 22:45 -0700 skrev Alex Rousskov:
All the TCP clients and servers you are willing to include (as future
TcpReceiver kids) in the current project scope have at least one thing
in common -- they all read and write protocol messages over [persistent]
TCP connections. Why do
tis 2014-01-21 klockan 14:37 -0700 skrev Alex Rousskov:
[FWIW, the term FTP Gateway was suggested by Henrik during initial RFC
review. Henrik thought that using HTTP semantics internally means we are
a gateway. I changed the project name in order to avoid having an
argument. Technically, it is
On 01/22/2014 07:45 AM, Alex Rousskov wrote:
I can think of two very different ways to go forward from here:
A) Forget about other agents, sides, etc. and focus on the HTTP server
(i.e., client-side*cc) code exclusively. That code does not need a
TcpReceiver. It needs a lot of work, but
Am 22.01.2014 22:11, schrieb
squid-dev-h...@squid-cache.org:
Hi! This is the ezmlm program. I'm managing the
squid-dev@squid-cache.org mailing list.
I'm working for my owner, who can be reached
at squid-dev-ow...@squid-cache.org.
To confirm that you would
On 2014-01-22 18:45, Alex Rousskov wrote:
On 01/07/2014 02:52 AM, Amos Jeffries wrote:
Updated patch attaced for audit.
This one includes all the currently known bits for server-side delay
pools so no audit omissions this time around.
On 4/01/2014 8:16 a.m., Alex Rousskov wrote:
On
On 07/01/14 11:52, Amos Jeffries wrote:
Updated patch attaced for audit.
SNIP
I do not see any patch in the mailing list post, Are we talking about
This one with the mk2 patch actually attached.?
Thanks,
Eliezer
Since I do have a local server I want to have an up-to-date bzr replica.
I can just use checkout or whatever but I want it to be be updated etc.
I am no bzr expert so any help about the subject is more then welcome.
Thanks,
Eliezer