dev  

Messages by Thread

• • Re: Headers.h in the CPPAPI zzz
  • Re: Headers.h in the CPPAPI Walt Karas
  • Re: Headers.h in the CPPAPI CrazyCow
  • Re: Headers.h in the CPPAPI Alan Carroll
  • Re: Headers.h in the CPPAPI Walt Karas
• PR 3724 - Library header restructuring Alan Carroll
• Speakers needed for Apache DC Roadshow Rich Bowen
• Help requested for documentation on the 8.0.0 release Bryan Call
  • Re: Help requested for documentation on the 8.0.0 release Derek Dagit
  • Re: Help requested for documentation on the 8.0.0 release Derek Dagit
• Summit Hack Day - Monday Oct. 1 Alan Carroll
  • Re: Summit Hack Day - Monday Oct. 1 John Rushford
  • Re: Summit Hack Day - Monday Oct. 1 Pushkar Pradhan
  • Re: Summit Hack Day - Monday Oct. 1 Leif Hedstrom
  • Re: Summit Hack Day - Monday Oct. 1 Alan Carroll
  • Re: Summit Hack Day - Monday Oct. 1 Pushkar Pradhan
  • Re: Summit Hack Day - Monday Oct. 1 Alan Carroll
  • Re: Summit Hack Day - Monday Oct. 1 Alan Carroll
• [VOTE] Release Apache Traffic Server 8.0.0 (RC0) Bryan Call
  • Re: [VOTE] Release Apache Traffic Server 8.0.0 (RC0) Bryan Call
• [DISCUSS] stop logging errors when named pipe is full Emanuele Rocca
  • Re: [DISCUSS] stop logging errors when named pipe is full Bryan Call
  • Re: [DISCUSS] stop logging errors when named pipe is full Leif Hedstrom
• [PROPOSAL] Dealing with two LTS releases and backports Leif Hedstrom
  • Re: [PROPOSAL] Dealing with two LTS releases and backports Bryan Call
  • Re: [PROPOSAL] Dealing with two LTS releases and backports Masakazu Kitajo
• [ANNOUNCE] Apache Traffic Server vulnerability with an invalid TLS handshake - CVE-2018-8022 Bryan Call
• [ANNOUNCE] Apache Traffic Server vulnerability with multiple HTTP smuggling and cache poisoning attacks - CVE-2018-8004 Bryan Call
• [ANNOUNCE] Apache Traffic Server vulnerability with multi-range requests - CVE-2018-8005 Bryan Call
• [ANNOUNCE] Apache Traffic Server vulnerability with header variable access in the ESI plugin - CVE-2018-8040 Bryan Call
  • Re: [ANNOUNCE] Apache Traffic Server vulnerability with header variable access in the ESI plugin - CVE-2018-8040 Bryan Call
• [ANNOUNCE] Apache Traffic Server vulnerability with method ACLs - CVE-2018-1318 Bryan Call
• [DISCUSS] RPC upgrade Alan Carroll
  • Re: [DISCUSS] RPC upgrade Walt Karas
  • Re: [DISCUSS] RPC upgrade Alan Carroll
  • Re: [DISCUSS] RPC upgrade Walt Karas
  • Re: [DISCUSS] RPC upgrade Alan Carroll
• [VOTE] Hash container policy Alan Carroll
• connection attempts timeout difference b/w GET and POST requests in trafficserver Nishant Gaurav
  • Re: connection attempts timeout difference b/w GET and POST requests in trafficserver Nishant Gaurav
  • Re: connection attempts timeout difference b/w GET and POST requests in trafficserver SUSAN HINRICHS
  • connection attempts timeout difference b/w GET and POST requests in trafficserver Nishant Gaurav
  • Re: connection attempts timeout difference b/w GET and POST requests in trafficserver David Carlin
  • Re: connection attempts timeout difference b/w GET and POST requests in trafficserver Nishant Gaurav
• [PROPOSAL] Change *attempts_timeout to be in milliseconds evan . zelkowitz
  • Re: [PROPOSAL] Change *attempts_timeout to be in milliseconds Leif Hedstrom
  • Re: [PROPOSAL] Change *attempts_timeout to be in milliseconds Leif Hedstrom
  • Re: [PROPOSAL] Change *attempts_timeout to be in milliseconds Zelkowitz, Evan
  • Re: [PROPOSAL] Change *attempts_timeout to be in milliseconds Alan Carroll
• GitHub Issue #3991 - Truncate byte range responses with RWW. Chou, Peter
  • Re: GitHub Issue #3991 - Truncate byte range responses with RWW. Leif Hedstrom
• RPC replacement Alan M. Carroll
  • Re: RPC replacement Derek Dagit
  • Re: RPC replacement Alan Carroll
  • Re: RPC replacement Derek Dagit
  • Re: RPC replacement Leif Hedstrom
  • Re: RPC replacement Leif Hedstrom
  • Re: RPC replacement Alan Carroll
  • Re: RPC replacement Leif Hedstrom
  • Re: RPC replacement Alan Carroll
  • Re: RPC replacement Aaron Canary
  • Re: RPC replacement Alan Carroll
  • Re: RPC replacement Leif Hedstrom
  • Re: RPC replacement Alan Carroll
  • Re: RPC replacement Leif Hedstrom
  • Re: RPC replacement Alan Carroll
  • Re: RPC replacement Leif Hedstrom
  • Re: RPC replacement Chris Lemmons
  • Re: RPC replacement Alan Carroll
  • Re: RPC replacement Alan Carroll
  • Re: RPC replacement Chris Lemmons
  • Re: RPC replacement Jason Kenny
  • Re: RPC replacement Leif Hedstrom
• [Proposal] Change *attempts_timeout to milliseconds from seconds Zelkowitz, Evan
  • Re: [Proposal] Change *attempts_timeout to milliseconds from seconds Walt Karas
  • Re: [Proposal] Change *attempts_timeout to milliseconds from seconds Alan Carroll
  • Re: [Proposal] Change *attempts_timeout to milliseconds from seconds Walt Karas
  • Re: [Proposal] Change *attempts_timeout to milliseconds from seconds Zelkowitz, Evan
  • Re: [Proposal] Change *attempts_timeout to milliseconds from seconds Alan Carroll
  • Re: [Proposal] Change *attempts_timeout to milliseconds from seconds Zelkowitz, Evan
  • Re: [Proposal] Change *attempts_timeout to milliseconds from seconds John Rushford
  • Re: [Proposal] Change *attempts_timeout to milliseconds from seconds Leif Hedstrom
  • Re: [Proposal] Change *attempts_timeout to milliseconds from seconds Zelkowitz, Evan
• [New API Proposal] TSContScheduleToCurrentThread and TSContScheduleToCurrentThreadEvery zzz
  • Re: [New API Proposal] TSContScheduleToCurrentThread and TSContScheduleToCurrentThreadEvery Kees Spoelstra
  • Re: [New API Proposal] TSContScheduleToCurrentThread and TSContScheduleToCurrentThreadEvery Otto van der Schaaf
  • Re: [New API Proposal] TSContScheduleToCurrentThread and TSContScheduleToCurrentThreadEvery Alan Carroll
  • Re: [New API Proposal] TSContScheduleToCurrentThread and TSContScheduleToCurrentThreadEvery CrazyCow
  • Re: [New API Proposal] TSContScheduleToCurrentThread and TSContScheduleToCurrentThreadEvery Alan Carroll
  • Re: [New API Proposal] TSContScheduleToCurrentThread and TSContScheduleToCurrentThreadEvery Otto van der Schaaf
  • Re: [New API Proposal] TSContScheduleToCurrentThread and TSContScheduleToCurrentThreadEvery Kees Spoelstra
  • Re: [New API Proposal] TSContScheduleToCurrentThread and TSContScheduleToCurrentThreadEvery Alan Carroll
  • Re: [New API Proposal] TSContScheduleToCurrentThread and TSContScheduleToCurrentThreadEvery Kees Spoelstra
  • Re: [New API Proposal] TSContScheduleToCurrentThread and TSContScheduleToCurrentThreadEvery Alan Carroll
  • Re: [New API Proposal] TSContScheduleToCurrentThread and TSContScheduleToCurrentThreadEvery Fei Deng
  • Re: [New API Proposal] TSContScheduleToCurrentThread and TSContScheduleToCurrentThreadEvery Alan Carroll
  • Re: [New API Proposal] TSContScheduleToCurrentThread and TSContScheduleToCurrentThreadEvery zzz
  • Re: [New API Proposal] TSContScheduleToCurrentThread and TSContScheduleToCurrentThreadEvery Fei Deng
• Hash containers - some thoughts and recommendations Alan M. Carroll
  • Re: Hash containers - some thoughts and recommendations Walt Karas
  • Re: Hash containers - some thoughts and recommendations Walt Karas
  • Re: Hash containers - some thoughts and recommendations Walt Karas
  • Re: Hash containers - some thoughts and recommendations Alan Carroll
  • Re: Hash containers - some thoughts and recommendations Aaron Canary
  • Re: Hash containers - some thoughts and recommendations Alan Carroll
  • Re: Hash containers - some thoughts and recommendations Bryan Call
  • Re: Hash containers - some thoughts and recommendations Alan Carroll
  • Re: Hash containers - some thoughts and recommendations Bryan Call
  • Re: Hash containers - some thoughts and recommendations Alan Carroll
  • Re: Hash containers - some thoughts and recommendations Aaron Canary
  • Re: Hash containers - some thoughts and recommendations Bryan Call
  • Re: Hash containers - some thoughts and recommendations Alan Carroll
  • Re: Hash containers - some thoughts and recommendations Bryan Call
  • Re: Hash containers - some thoughts and recommendations Walt Karas
  • Re: Hash containers - some thoughts and recommendations Alan Carroll
• Dealing with reverts on master Leif Hedstrom
  • Re: Dealing with reverts on master Bryan Call
  • Re: Dealing with reverts on master Derek Dagit
  • Re: Dealing with reverts on master Bryan Call
  • Re: Dealing with reverts on master Derek Dagit
• logging Dk Jack
  • Re: logging Nishant Gaurav
  • Re: logging Bryan Call
  • Re: logging Dk Jack
• [PROPOSAL] Strct 1 commit per PR rule (multiple PRs is fine) Leif Hedstrom
  • Re: [PROPOSAL] Strct 1 commit per PR rule (multiple PRs is fine) Pushkar Pradhan
  • Re: [PROPOSAL] Strct 1 commit per PR rule (multiple PRs is fine) Leif Hedstrom
  • Re: [PROPOSAL] Strct 1 commit per PR rule (multiple PRs is fine) Derek Dagit
  • Re: [PROPOSAL] Strct 1 commit per PR rule (multiple PRs is fine) Leif Hedstrom
  • Re: [PROPOSAL] Strct 1 commit per PR rule (multiple PRs is fine) Alan Carroll
  • Re: [PROPOSAL] Strct 1 commit per PR rule (multiple PRs is fine) Jason Kenny
  • Re: [PROPOSAL] Strct 1 commit per PR rule (multiple PRs is fine) Alan Carroll
  • Re: [PROPOSAL] Strct 1 commit per PR rule (multiple PRs is fine) Derek Dagit
  • Re: [PROPOSAL] Strct 1 commit per PR rule (multiple PRs is fine) Alan Carroll
  • Re: [PROPOSAL] Strct 1 commit per PR rule (multiple PRs is fine) Leif Hedstrom
• [DISCUSS] Following redirects to 'localhost' Derek Dagit
  • Re: [DISCUSS] Following redirects to 'localhost' Alan Carroll
  • Re: [DISCUSS] Following redirects to 'localhost' Leif Hedstrom
  • Re: [DISCUSS] Following redirects to 'localhost' Derek Dagit
  • Re: [DISCUSS] Following redirects to 'localhost' Alan Carroll
  • Re: [DISCUSS] Following redirects to 'localhost' Alan Carroll
  • Re: [DISCUSS] Following redirects to 'localhost' Bryan Call
  • Re: [DISCUSS] Following redirects to 'localhost' Derek Dagit
  • Re: [DISCUSS] Following redirects to 'localhost' Bryan Call
  • Re: [DISCUSS] Following redirects to 'localhost' Derek Dagit
  • Re: [DISCUSS] Following redirects to 'localhost' Derek Dagit
  • Re: [DISCUSS] Following redirects to 'localhost' Alan Carroll
  • Re: [DISCUSS] Following redirects to 'localhost' Bryan Call
  • Re: [DISCUSS] Following redirects to 'localhost' Derek Dagit
  • Re: [DISCUSS] Following redirects to 'localhost' Leif Hedstrom
  • Re: [DISCUSS] Following redirects to 'localhost' Derek Dagit
  • Re: [DISCUSS] Following redirects to 'localhost' Leif Hedstrom
  • Re: [DISCUSS] Following redirects to 'localhost' Derek Dagit
• [PROPOSAL] Rename TSHttpTxnSetHttpRetStatus() Leif Hedstrom
  • Re: [PROPOSAL] Rename TSHttpTxnSetHttpRetStatus() Leif Hedstrom
  • Re: [PROPOSAL] Rename TSHttpTxnSetHttpRetStatus() Alan Carroll
  • Re: [PROPOSAL] Rename TSHttpTxnSetHttpRetStatus() Derek Dagit
  • Re: [PROPOSAL] Rename TSHttpTxnSetHttpRetStatus() Chris Lemmons
  • Re: [PROPOSAL] Rename TSHttpTxnSetHttpRetStatus() Steven R. Feltner
  • Re: [PROPOSAL] Rename TSHttpTxnSetHttpRetStatus() Bryan Call
• [ANNOUNCE] Apache Traffic Server 6.2.3 is released! Phil Sorber
• [ANNOUNCE] Apache Traffic Server v7.1.4 is Released! Leif Hedstrom
• SWOC notes from L7R Working Group in Denver Alan M. Carroll
• Remove errbuf / errbuf_size parameters Walt Karas
  • Re: Remove errbuf / errbuf_size parameters Alan Carroll
• [PROPOSAL] Mark log collation as deprecated for v8.0.0 Leif Hedstrom
  • Re: [PROPOSAL] Mark log collation as deprecated for v8.0.0 Derek Dagit
  • Re: [PROPOSAL] Mark log collation as deprecated for v8.0.0 Leif Hedstrom
  • Re: [PROPOSAL] Mark log collation as deprecated for v8.0.0 Alan Carroll
  • Re: [PROPOSAL] Mark log collation as deprecated for v8.0.0 Leif Hedstrom
  • Re: [PROPOSAL] Mark log collation as deprecated for v8.0.0 Bryan Call
• Issue #2416 - Log Collation Memory Leak. Chou, Peter
  • RE: Issue #2416 - Log Collation Memory Leak. Chou, Peter
  • Re: Issue #2416 - Log Collation Memory Leak. Bryan Call
  • RE: Issue #2416 - Log Collation Memory Leak. Chou, Peter
  • Re: Issue #2416 - Log Collation Memory Leak. Leif Hedstrom
  • RE: Issue #2416 - Log Collation Memory Leak. Chou, Peter
  • RE: Issue #2416 - Log Collation Memory Leak. Chou, Peter
• [VOTE] Release Apache Traffic Server 7.1.4 (RC1) Leif Hedstrom
  • Re: [VOTE] Release Apache Traffic Server 7.1.4 (RC1) Leif Hedstrom
  • Re: [VOTE] Release Apache Traffic Server 7.1.4 (RC1) Leif Hedstrom
  • Re: [VOTE] Release Apache Traffic Server 7.1.4 (RC1) Randall Meyer
  • Re: [VOTE] Release Apache Traffic Server 7.1.4 (RC1) Steven R. Feltner
  • Re: [VOTE] Release Apache Traffic Server 7.1.4 (RC1) Mohd Akhbar
  • Re: [VOTE] Release Apache Traffic Server 7.1.4 (RC1) Chris Lemmons
  • RE: [VOTE] Release Apache Traffic Server 7.1.4 (RC1) Chou, Peter
  • Re: [VOTE] Release Apache Traffic Server 7.1.4 (RC1) Bryan Call
  • Re: [VOTE] Release Apache Traffic Server 7.1.4 (RC1) Leif Hedstrom
• [VOTE] Release Apache Traffic Server 6.2.3 (RC0) Phil Sorber
  • Re: [VOTE] Release Apache Traffic Server 6.2.3 (RC0) Bryan Call
  • Re: [VOTE] Release Apache Traffic Server 6.2.3 (RC0) Leif Hedstrom
  • Re: [VOTE] Release Apache Traffic Server 6.2.3 (RC0) Phil Sorber
  • Re: [VOTE] Release Apache Traffic Server 6.2.3 (RC0) Leif Hedstrom
• quest ion about TSCacheScan api (ats 6.2.1) 928991159
• xdebug plugin Walt Karas
  • Re: xdebug plugin Miles Libbey
  • Re: xdebug plugin Alan Carroll
• Register now for ApacheCon and save $250 Rich Bowen
• ?????? new developer, about plugin 928991159
• new developer, about plugin 928991159

• Earlier messages
• Later messages