Articles delegate-en/2960-2970 of [1-5169] on the server localhost:119
  upper oldest olders older1 this newer1 newers latest
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
range 2960 - 2970   digest:
delegate running as https service
  06/02-10:08 . 2960 (Yutaka Sato) [56]
___ So I made a patch to escape the problem like enclosed and tested the patched version as follows. delegated -v -P81 SERVER=https FCL=sslway CMAP=sslway:FSV:https \ ADMIN="me@my.." RELAY="proxy,delega
  06/02-11:05 . 2961  "James Brooks" <> [562]
___ When I try https://delegate:81/-_- Using: Delegate -f -v -P81 SERVER=https FCL=sslway CMAP="delegate -Fsslway:FSV:https" ADMIN="admin@berea.." RELAY="proxy,delegate:*:*:*" URICONV
  06/02-12:20 . 2962 (Yutaka Sato) [29]
___ I nealy hate M$Win and strongly recommend you to use DeleGate on a Unix :p DeleGate on Win32 lacks many features which are usually available on Unix. I think almost only one recommendable software s
  06/02-21:16 . 2963  "James Brooks" <> [65]
___ The patch worked great for https://delegate:81/-_- Thanks for the help. But as a side note, the patch does not work for all https sites. For example we use apache as a front-end p
java redirect with AUTHORIZER
  06/02-22:54 . 2964  "James Brooks" <> [159]
___ The current line works with sites that have java redirects. delegate -f -v -P81 ADMIN="admin@berea.." RELAY=proxy,delegate:*:*:* URICONV=where:any but this will not: delegate -f -v -P81 ADMIN="admin
delegate running as https service
  06/03-07:23 . 2965 (Yutaka Sato) [32]
___ I don't know what is the problem but I should say that the relaying with "/-_-" like "http://delegate/-_-" is not recommended for practical use because the way of relaying could
generic MOUNT and /-_-URL (Re: delegate running as https service)
  06/03-08:27 . 2966 (Yutaka Sato) [62]
___ In the current DeleGate, doing explicit MOUNT for each server is the only way guaranteed to work: CMAP=sslway:FSV:https MOUNT="/yahoo/**" MOUNT="/att/**" M
java redirect with AUTHORIZER
  06/04-00:33 . 2967  "James Brooks" <> [379]
___ I'm sorry but I guess I didn't phrase my question correctly. Here is the problem: If I use this command. delegate -f -v -P81 ADMIN="admin@berea.." RELAY=proxy,delegate:*:*:* URICONV=where:any And tr
  06/04-01:33 . 2968  "James Brooks" <> [123]
___ Here is the fix I have found so far: delegate -f -v -P81 ADMIN="admin@berea.." RELAY=proxy,delegate:*:*:* PERMIT="*:*" PERMIT="" MOUNT="/Web
  06/06-07:50 . 2969 (Yutaka Sato) [45]
___ A URL in a response messasge which matches with a right-hand URL pattern of a MOUNT parameter will be rewritten. A URL which not matches any of such pattern will not be rewritten. So you need to add
  06/06-09:46 . 2970 (Yutaka Sato) [37]
___ In general, finding URLs fragmented and scattered in variables or in constants in JavaScript is not easy or impossible in some cases. It is impossible to perfectly judge if or not a string or a char
  admin search upper oldest olders older1 this newer1 newers latest
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
Generated:01/21 16:09:35 (1 sec) Expires:01/21 22:09:34 @_@V