dev  

Messages by Thread

• Shifting Work Derek Dagit
• [VOTE] Release Apache Traffic Server 8.0.0 (RC4) Bryan Call
  • Re: [VOTE] Release Apache Traffic Server 8.0.0 (RC4) Bryan Call
  • Re: [VOTE] Release Apache Traffic Server 8.0.0 (RC4) Leif Hedstrom
  • Re: [VOTE] Release Apache Traffic Server 8.0.0 (RC4) Steven R. Feltner
  • Re: [VOTE] Release Apache Traffic Server 8.0.0 (RC4) jean Baptiste FAVRE
  • Re: [VOTE] Release Apache Traffic Server 8.0.0 (RC4) Bryan Call
• TimeZone in access.log raji . sankaran
  • Re: TimeZone in access.log Susan Hinrichs
• Prepping for Summit presentation on TLS changes in ATS Susan Hinrichs
• [VOTE] Release Apache Traffic Server 8.0.0 (RC3) Bryan Call
  • Re: [VOTE] Release Apache Traffic Server 8.0.0 (RC3) Leif Hedstrom
  • Re: [VOTE] Release Apache Traffic Server 8.0.0 (RC3) jean Baptiste FAVRE
  • Re: [VOTE] Release Apache Traffic Server 8.0.0 (RC3) Bryan Call
  • Re: [VOTE] Release Apache Traffic Server 8.0.0 (RC3) Chris Lemmons
  • Re: [VOTE] Release Apache Traffic Server 8.0.0 (RC3) jean Baptiste FAVRE
  • Re: [VOTE] Release Apache Traffic Server 8.0.0 (RC3) jean Baptiste FAVRE
  • Re: [VOTE] Release Apache Traffic Server 8.0.0 (RC3) Bryan Call
  • Re: [VOTE] Release Apache Traffic Server 8.0.0 (RC3) jean Baptiste FAVRE
• [ANNOUNCE] Apache Traffic Server Summit Fall 2018 Schedule and Location Bryan Call
  • Re: [ANNOUNCE] Apache Traffic Server Summit Fall 2018 Schedule and Location Bryan Call
• [VOTE] Release Apache Traffic Server 8.0.0 (RC2) Bryan Call
  • Re: [VOTE] Release Apache Traffic Server 8.0.0 (RC2) Bryan Call
• Possible thread lockup due to AcidPtr? Walt Karas
  • Re: Possible thread lockup due to AcidPtr? Aaron Canary
  • Re: Possible thread lockup due to AcidPtr? Walt Karas
  • Re: Possible thread lockup due to AcidPtr? Derek Dagit
• [VOTE] Release Apache Traffic Server 8.0.0 (RC1) Bryan Call
  • Re: [VOTE] Release Apache Traffic Server 8.0.0 (RC1) Emanuele Rocca
  • Re: [VOTE] Release Apache Traffic Server 8.0.0 (RC1) Bryan Call
• Headers.h in the CPPAPI Walt Karas
  • 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

• Earlier messages
• Later messages