You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@couchdb.apache.org by benkeen <gi...@git.apache.org> on 2014/11/10 21:45:33 UTC
[GitHub] couchdb-fauxton pull request: Fix for Query Options search
GitHub user benkeen opened a pull request:
https://github.com/apache/couchdb-fauxton/pull/144
Fix for Query Options search
Hi @robertkowalski, @ocelotpotpie, I've removed some superfluous code that was causing the problem outlined in the ticket. I've given the UI a good look over and haven't been able to encounter any problems, but a fresh pair of eyes would be *greatly* appreciated.
Closes COUCHDB-2451
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/benkeen/couchdb-fauxton 2451-query-options-search-fix
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/couchdb-fauxton/pull/144.patch
To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:
This closes #144
----
commit 6960427b44d2e8dc3b49f429c66f90f73b6fb30b
Author: Benjamin Keen <be...@gmail.com>
Date: 2014-11-10T20:42:41Z
Fix for Query Options search
Closes COUCHDB-2451
----
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastructure@apache.org or file a JIRA ticket
with INFRA.
---
[GitHub] couchdb-fauxton pull request: Fix for Query Options search
Posted by benkeen <gi...@git.apache.org>.
Github user benkeen commented on the pull request:
https://github.com/apache/couchdb-fauxton/pull/144#issuecomment-62565462
Thanks @robertkowalski, will do. I'll sweet-talk Christian into taking a look at this too. More eyes the better.
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastructure@apache.org or file a JIRA ticket
with INFRA.
---
[GitHub] couchdb-fauxton pull request: Fix for Query Options search
Posted by ocelotpotpie <gi...@git.apache.org>.
Github user ocelotpotpie commented on the pull request:
https://github.com/apache/couchdb-fauxton/pull/144#issuecomment-62619854
Nothing caught fire when I tested this. Looks good on my end. +1
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastructure@apache.org or file a JIRA ticket
with INFRA.
---
[GitHub] couchdb-fauxton pull request: Fix for Query Options search
Posted by benkeen <gi...@git.apache.org>.
Github user benkeen closed the pull request at:
https://github.com/apache/couchdb-fauxton/pull/144
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastructure@apache.org or file a JIRA ticket
with INFRA.
---
[GitHub] couchdb-fauxton pull request: Fix for Query Options search
Posted by benkeen <gi...@git.apache.org>.
Github user benkeen commented on the pull request:
https://github.com/apache/couchdb-fauxton/pull/144#issuecomment-62631595
Merged as 12f372ffd09c18f49baa85ce951ab056dea79d98
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastructure@apache.org or file a JIRA ticket
with INFRA.
---
[GitHub] couchdb-fauxton pull request: Fix for Query Options search
Posted by robertkowalski <gi...@git.apache.org>.
Github user robertkowalski commented on the pull request:
https://github.com/apache/couchdb-fauxton/pull/144#issuecomment-62548049
Can you add the description how to reproduce the error to the commit message?
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastructure@apache.org or file a JIRA ticket
with INFRA.
---
[GitHub] couchdb-fauxton pull request: Fix for Query Options search
Posted by benkeen <gi...@git.apache.org>.
Github user benkeen commented on the pull request:
https://github.com/apache/couchdb-fauxton/pull/144#issuecomment-62620151
Thanks, guys! I'll merge.
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastructure@apache.org or file a JIRA ticket
with INFRA.
---
Re: attn: listmaster - list issue
Posted by Miles Fidelman <mf...@meetinghouse.net>.
Felipe,
Thanks for spotting that!
So.. I think it's established that;
- a message with duplicate reply-to: headers is broken
- that some messages sent to dev@couchdb.apache.org end up with
duplicate reply-to: headers (per the archives)
- that this is treated as a virus signature by a fairly common antivirus
package (Amavis)
- legitimately causing such messages for at least 1 member of the list
(haven't seen reports from others)
It is, however a sign that the list software is broken, in that it
should be removing or re-writing reply-to: headers that are included in
incoming mail before adding it's own.
Which leads to the obvious questions:
- what list software is apache.org using?
- what broke it (I expect this is a side effect of a patch applied to
route around DMARC impacts, but that's just a guess)
Anyway, I just filed a bug report against infrastructure.
Cheers,
Miles
Felipe Mafra wrote:
> Miles,
>
> In RFC 5322 on page 20 has a table with fields limits. reply-to can only be
> used once. You cannot have it duplicated.
>
> Felipe Mafra
> Em 11/11/2014 18:14, "Miles Fidelman" <mf...@meetinghouse.net> escreveu:
>
>> Felipe Mafra wrote:
>>
>>> Miles,
>>>
>>> RFCs are these:
>>>
>>> http://www.faqs.org/rfcs/rfc6532.html
>>> http://www.faqs.org/rfcs/rfc5322.html
>>>
>> close, but more like rfc5321 - the discussion on trace fields and
>> implementation issues
>> seems to be silent on whether duplicate reply-to fields are to be deleted,
>> but I need to re-read in depth
>>
>> But I'd like you to know that I am not seeing any duplicated field
>>> *reply-to* in message header I received.
>>>
>> interesting - and I note that your message came through with only 1
>> reply-to
>>
>> I'm seeing duplicate reply-to: in some messages, not others - and in
>> particular I'm seeing them in all the gitub messages that are gatewayed to
>> the list.
>>
>> And... I just looked in the archive, at, for example,
>> http://mail-archives.apache.org/mod_mbox/couchdb-dev/201411.mbox/browser
>> there are definitely two reply-to headers in there (I marked the lines
>> with *****()
>>
>> -------
>> From dev-return-38501-apmail-couchdb-dev-archive=couchdb.
>> apache.org@couchdb.apache.org Tue Nov 4 04:03:55 2014
>> Return-Path: <dev-return-38501-apmail-couchdb-dev-archive=couchdb.
>> apache.org@couchdb.apache.org>
>> X-Original-To: apmail-couchdb-dev-archive@www.apache.org
>> Delivered-To: apmail-couchdb-dev-archive@www.apache.org
>> Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
>> by minotaur.apache.org (Postfix) with SMTP id 2BA3417512
>> for <ap...@www.apache.org>; Tue, 4 Nov 2014
>> 04:03:55 +0000 (UTC)
>> Received: (qmail 62850 invoked by uid 500); 4 Nov 2014 04:03:54 -0000
>> Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org
>> Received: (qmail 62780 invoked by uid 500); 4 Nov 2014 04:03:54 -0000
>> Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
>> Precedence: bulk
>> List-Help: <ma...@couchdb.apache.org>
>> List-Unsubscribe: <ma...@couchdb.apache.org>
>> List-Post: <ma...@couchdb.apache.org>
>> List-Id: <dev.couchdb.apache.org>
>> *****Reply-To: dev@couchdb.apache.org
>> Delivered-To: mailing list dev@couchdb.apache.org
>> Received: (qmail 62769 invoked by uid 99); 4 Nov 2014 04:03:54 -0000
>> Received: from tyr.zones.apache.org (HELO tyr.zones.apache.org)
>> (140.211.11.114)
>> by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Nov 2014 04:03:54
>> +0000
>> Received: by tyr.zones.apache.org (Postfix, from userid 65534)
>> id 025E7A080A5; Tue, 4 Nov 2014 04:03:53 +0000 (UTC)
>> From: benkeen <gi...@git.apache.org>
>> To: dev@couchdb.apache.org
>> ******Reply-To: dev@couchdb.apache.org
>> References: <gi...@git.apache.org>
>> In-Reply-To: <gi...@git.apache.org>
>> Subject: [GitHub] couchdb-fauxton pull request: Added getter/setter
>> utils.js methods...
>> Content-Type: text/plain
>> Message-Id: <20...@tyr.zones.apache.org>
>> Date: Tue, 4 Nov 2014 04:03:53 +0000 (UTC)
>>
>> Github user benkeen commented on the pull request:
>>
>> https://github.com/apache/couchdb-fauxton/pull/127#issuecomment-61590748
>>
>> haha :) I know what to do for your birthday: write more tests!
>>
>> ------------------
>>
>> Looks like the list handler is not removing reply-to headers that might
>> have been inserted by the original sender.
>>
>> Miles
>>
>>
>>
>>
>>
>>
>>
>>> Felipe Mafra
>>> felipe.mafra@gmail.com
>>>
>>> 2014-11-11 15:22 GMT-02:00 Miles Fidelman<mf...@meetinghouse.net>:
>>>
>>> Ok. As to whether others have problem - it really does depend on what
>>>> there antispam/antivirus setup looks like.
>>>>
>>>> A little googling tells me that the standard Amavis antivirus considers
>>>> multiple reply-to: lines as a "bad header" signature, and the standard
>>>> configuration quarantines messages with bad headers.
>>>>
>>>> The work around, for me, is obviously to play with the antivirus
>>>> configuration - but I think that Amavis only goes to the granularity of
>>>> quarantining all or none of the various BAD HEADER checks it performs.
>>>> Need to to a little research. I'm not sure I want to turn all of those
>>>> off.
>>>>
>>>> I need to do some more research as to what is the RFC-compliant handling
>>>> of reply-to: headers by mail forwarders, if there is indeed any such
>>>> spec.
>>>> It's pretty obvious that most list handlers and other forwarders either
>>>> delete them or rewrite them to things like original-reply-to: (the
>>>> issues I
>>>> found by googling were mostly about things that broke when a piece of
>>>> software, e.g., a particular Drupal release, started sending messages
>>>> with
>>>> duplicate reply-to: headers).
>>>>
>>>> Since this is a new behavior (unless I just wasn't noticing all that
>>>> stuff
>>>> going straight to trash), I wonder if apache.org has changed or updated
>>>> its list or mail infrastructure. What does this list run on top of?
>>>>
>>>> Thanks,
>>>>
>>>> Miles Fidelman
>>>>
>>>>
>>>>
>>>>
>>>> Andy Wenk wrote:
>>>>
>>>> I am a moderator of this list and I am not aware that listmaster is
>>>>> known.
>>>>> So if there are any issues it's ok to just write it here and a moderator
>>>>> will take care if needed. And yes infra is short for infrastructure.
>>>>>
>>>>> Let's see if others do have the same issue with this list. If yes I will
>>>>> take action :)
>>>>> On Nov 11, 2014 5:18 PM, "Miles Fidelman"<mf...@meetinghouse.net>
>>>>> wrote:
>>>>>
>>>>> Well, I cc'd listmaster and postmaster - or are there other contacts
>>>>> to
>>>>>
>>>>>> use? And what does INFRA stand for (infrastructure?).
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> Miles
>>>>>>
>>>>>> Andy Wenk wrote:
>>>>>>
>>>>>> The cool folks from apache who take care of everything related to the
>>>>>>
>>>>>>> infrastructure of all the apache projects and of the ASF itself :).
>>>>>>> In
>>>>>>> this case also the mailing lists ... Aka sysadmins ;-)
>>>>>>> On Nov 11, 2014 5:00 PM, "Miles Fidelman"<mf...@meetinghouse.net>
>>>>>>> wrote:
>>>>>>>
>>>>>>> Umm... who or what is INFRA?
>>>>>>>
>>>>>>> Andy Wenk wrote:
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> I personally don't have this problem. But if others are faced with
>>>>>>>>> this, I
>>>>>>>>> will report it to INFRA .
>>>>>>>>>
>>>>>>>>> Cheers
>>>>>>>>>
>>>>>>>>> Andy
>>>>>>>>> On Nov 11, 2014 3:17 PM, "Miles Fidelman" <
>>>>>>>>> mfidelman@meetinghouse.net
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> Recently, I've been finding a lot of coucdb related email
>>>>>>>>> traffic
>>>>>>>>> in
>>>>>>>>> my
>>>>>>>>>
>>>>>>>>> spam folder. I think it's just the dev list, but I'm not 100%
>>>>>>>>> sure of
>>>>>>>>>
>>>>>>>>>> this
>>>>>>>>>> (I seem to recall this for other traffic, but intermittently, and
>>>>>>>>>> the
>>>>>>>>>> latest batch is fine).
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On examination, I find that our local antivirus/antispam
>>>>>>>>>> setup is
>>>>>>>>>> reporting this:
>>>>>>>>>>
>>>>>>>>>> X-Amavis-Alert: BAD HEADER SECTION Duplicate header field:
>>>>>>>>>> "Reply-To"
>>>>>>>>>>
>>>>>>>>>> Is anybody else seeing this. If yes, is perhaps the list software
>>>>>>>>>> misconfigured, perhaps following a patch to address DMARC breakage?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Miles Fidelman
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
Re: attn: listmaster - list issue
Posted by Felipe Mafra <fe...@gmail.com>.
Miles,
In RFC 5322 on page 20 has a table with fields limits. reply-to can only be
used once. You cannot have it duplicated.
Felipe Mafra
Em 11/11/2014 18:14, "Miles Fidelman" <mf...@meetinghouse.net> escreveu:
> Felipe Mafra wrote:
>
>> Miles,
>>
>> RFCs are these:
>>
>> http://www.faqs.org/rfcs/rfc6532.html
>> http://www.faqs.org/rfcs/rfc5322.html
>>
>
> close, but more like rfc5321 - the discussion on trace fields and
> implementation issues
> seems to be silent on whether duplicate reply-to fields are to be deleted,
> but I need to re-read in depth
>
> But I'd like you to know that I am not seeing any duplicated field
>> *reply-to* in message header I received.
>>
>
> interesting - and I note that your message came through with only 1
> reply-to
>
> I'm seeing duplicate reply-to: in some messages, not others - and in
> particular I'm seeing them in all the gitub messages that are gatewayed to
> the list.
>
> And... I just looked in the archive, at, for example,
> http://mail-archives.apache.org/mod_mbox/couchdb-dev/201411.mbox/browser
> there are definitely two reply-to headers in there (I marked the lines
> with *****()
>
> -------
> From dev-return-38501-apmail-couchdb-dev-archive=couchdb.
> apache.org@couchdb.apache.org Tue Nov 4 04:03:55 2014
> Return-Path: <dev-return-38501-apmail-couchdb-dev-archive=couchdb.
> apache.org@couchdb.apache.org>
> X-Original-To: apmail-couchdb-dev-archive@www.apache.org
> Delivered-To: apmail-couchdb-dev-archive@www.apache.org
> Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
> by minotaur.apache.org (Postfix) with SMTP id 2BA3417512
> for <ap...@www.apache.org>; Tue, 4 Nov 2014
> 04:03:55 +0000 (UTC)
> Received: (qmail 62850 invoked by uid 500); 4 Nov 2014 04:03:54 -0000
> Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org
> Received: (qmail 62780 invoked by uid 500); 4 Nov 2014 04:03:54 -0000
> Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
> Precedence: bulk
> List-Help: <ma...@couchdb.apache.org>
> List-Unsubscribe: <ma...@couchdb.apache.org>
> List-Post: <ma...@couchdb.apache.org>
> List-Id: <dev.couchdb.apache.org>
> *****Reply-To: dev@couchdb.apache.org
> Delivered-To: mailing list dev@couchdb.apache.org
> Received: (qmail 62769 invoked by uid 99); 4 Nov 2014 04:03:54 -0000
> Received: from tyr.zones.apache.org (HELO tyr.zones.apache.org)
> (140.211.11.114)
> by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Nov 2014 04:03:54
> +0000
> Received: by tyr.zones.apache.org (Postfix, from userid 65534)
> id 025E7A080A5; Tue, 4 Nov 2014 04:03:53 +0000 (UTC)
> From: benkeen <gi...@git.apache.org>
> To: dev@couchdb.apache.org
> ******Reply-To: dev@couchdb.apache.org
> References: <gi...@git.apache.org>
> In-Reply-To: <gi...@git.apache.org>
> Subject: [GitHub] couchdb-fauxton pull request: Added getter/setter
> utils.js methods...
> Content-Type: text/plain
> Message-Id: <20...@tyr.zones.apache.org>
> Date: Tue, 4 Nov 2014 04:03:53 +0000 (UTC)
>
> Github user benkeen commented on the pull request:
>
> https://github.com/apache/couchdb-fauxton/pull/127#issuecomment-61590748
>
> haha :) I know what to do for your birthday: write more tests!
>
> ------------------
>
> Looks like the list handler is not removing reply-to headers that might
> have been inserted by the original sender.
>
> Miles
>
>
>
>
>
>
>
>> Felipe Mafra
>> felipe.mafra@gmail.com
>>
>> 2014-11-11 15:22 GMT-02:00 Miles Fidelman<mf...@meetinghouse.net>:
>>
>> Ok. As to whether others have problem - it really does depend on what
>>> there antispam/antivirus setup looks like.
>>>
>>> A little googling tells me that the standard Amavis antivirus considers
>>> multiple reply-to: lines as a "bad header" signature, and the standard
>>> configuration quarantines messages with bad headers.
>>>
>>> The work around, for me, is obviously to play with the antivirus
>>> configuration - but I think that Amavis only goes to the granularity of
>>> quarantining all or none of the various BAD HEADER checks it performs.
>>> Need to to a little research. I'm not sure I want to turn all of those
>>> off.
>>>
>>> I need to do some more research as to what is the RFC-compliant handling
>>> of reply-to: headers by mail forwarders, if there is indeed any such
>>> spec.
>>> It's pretty obvious that most list handlers and other forwarders either
>>> delete them or rewrite them to things like original-reply-to: (the
>>> issues I
>>> found by googling were mostly about things that broke when a piece of
>>> software, e.g., a particular Drupal release, started sending messages
>>> with
>>> duplicate reply-to: headers).
>>>
>>> Since this is a new behavior (unless I just wasn't noticing all that
>>> stuff
>>> going straight to trash), I wonder if apache.org has changed or updated
>>> its list or mail infrastructure. What does this list run on top of?
>>>
>>> Thanks,
>>>
>>> Miles Fidelman
>>>
>>>
>>>
>>>
>>> Andy Wenk wrote:
>>>
>>> I am a moderator of this list and I am not aware that listmaster is
>>>> known.
>>>> So if there are any issues it's ok to just write it here and a moderator
>>>> will take care if needed. And yes infra is short for infrastructure.
>>>>
>>>> Let's see if others do have the same issue with this list. If yes I will
>>>> take action :)
>>>> On Nov 11, 2014 5:18 PM, "Miles Fidelman"<mf...@meetinghouse.net>
>>>> wrote:
>>>>
>>>> Well, I cc'd listmaster and postmaster - or are there other contacts
>>>> to
>>>>
>>>>> use? And what does INFRA stand for (infrastructure?).
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Miles
>>>>>
>>>>> Andy Wenk wrote:
>>>>>
>>>>> The cool folks from apache who take care of everything related to the
>>>>>
>>>>>> infrastructure of all the apache projects and of the ASF itself :).
>>>>>> In
>>>>>> this case also the mailing lists ... Aka sysadmins ;-)
>>>>>> On Nov 11, 2014 5:00 PM, "Miles Fidelman"<mf...@meetinghouse.net>
>>>>>> wrote:
>>>>>>
>>>>>> Umm... who or what is INFRA?
>>>>>>
>>>>>> Andy Wenk wrote:
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> I personally don't have this problem. But if others are faced with
>>>>>>>> this, I
>>>>>>>> will report it to INFRA .
>>>>>>>>
>>>>>>>> Cheers
>>>>>>>>
>>>>>>>> Andy
>>>>>>>> On Nov 11, 2014 3:17 PM, "Miles Fidelman" <
>>>>>>>> mfidelman@meetinghouse.net
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Recently, I've been finding a lot of coucdb related email
>>>>>>>> traffic
>>>>>>>> in
>>>>>>>> my
>>>>>>>>
>>>>>>>> spam folder. I think it's just the dev list, but I'm not 100%
>>>>>>>> sure of
>>>>>>>>
>>>>>>>>> this
>>>>>>>>> (I seem to recall this for other traffic, but intermittently, and
>>>>>>>>> the
>>>>>>>>> latest batch is fine).
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On examination, I find that our local antivirus/antispam
>>>>>>>>> setup is
>>>>>>>>> reporting this:
>>>>>>>>>
>>>>>>>>> X-Amavis-Alert: BAD HEADER SECTION Duplicate header field:
>>>>>>>>> "Reply-To"
>>>>>>>>>
>>>>>>>>> Is anybody else seeing this. If yes, is perhaps the list software
>>>>>>>>> misconfigured, perhaps following a patch to address DMARC breakage?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Miles Fidelman
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>
Re: attn: listmaster - list issue
Posted by Felipe Mafra <fe...@gmail.com>.
Miles,
In RFC 5322 on page 20 has a table with fields limits. reply-to can only be
used once. You cannot have it duplicated.
Felipe Mafra
Felipe Mafra wrote:
> Miles,
>
> RFCs are these:
>
> http://www.faqs.org/rfcs/rfc6532.html
> http://www.faqs.org/rfcs/rfc5322.html
>
close, but more like rfc5321 - the discussion on trace fields and
implementation issues
seems to be silent on whether duplicate reply-to fields are to be deleted,
but I need to re-read in depth
But I'd like you to know that I am not seeing any duplicated field
> *reply-to* in message header I received.
>
interesting - and I note that your message came through with only 1 reply-to
I'm seeing duplicate reply-to: in some messages, not others - and in
particular I'm seeing them in all the gitub messages that are gatewayed to
the list.
And... I just looked in the archive, at, for example,
http://mail-archives.apache.org/mod_mbox/couchdb-dev/201411.mbox/browser
there are definitely two reply-to headers in there (I marked the lines with
*****()
-------
>From dev-return-38501-apmail-couchdb-dev-archive=couchdb.
apache.org@couchdb.apache.org Tue Nov 4 04:03:55 2014
Return-Path: <dev-return-38501-apmail-couchdb-dev-archive=couchdb.
apache.org@couchdb.apache.org>
X-Original-To: apmail-couchdb-dev-archive@www.apache.org
Delivered-To: apmail-couchdb-dev-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
by minotaur.apache.org (Postfix) with SMTP id 2BA3417512
for <ap...@www.apache.org>; Tue, 4 Nov 2014
04:03:55 +0000 (UTC)
Received: (qmail 62850 invoked by uid 500); 4 Nov 2014 04:03:54 -0000
Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org
Received: (qmail 62780 invoked by uid 500); 4 Nov 2014 04:03:54 -0000
Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
List-Help: <ma...@couchdb.apache.org>
List-Unsubscribe: <ma...@couchdb.apache.org>
List-Post: <ma...@couchdb.apache.org>
List-Id: <dev.couchdb.apache.org>
*****Reply-To: dev@couchdb.apache.org
Delivered-To: mailing list dev@couchdb.apache.org
Received: (qmail 62769 invoked by uid 99); 4 Nov 2014 04:03:54 -0000
Received: from tyr.zones.apache.org (HELO tyr.zones.apache.org)
(140.211.11.114)
by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Nov 2014 04:03:54 +0000
Received: by tyr.zones.apache.org (Postfix, from userid 65534)
id 025E7A080A5; Tue, 4 Nov 2014 04:03:53 +0000 (UTC)
From: benkeen <gi...@git.apache.org>
To: dev@couchdb.apache.org
******Reply-To: dev@couchdb.apache.org
References: <gi...@git.apache.org>
In-Reply-To: <gi...@git.apache.org>
Subject: [GitHub] couchdb-fauxton pull request: Added getter/setter
utils.js methods...
Content-Type: text/plain
Message-Id: <20...@tyr.zones.apache.org>
Date: Tue, 4 Nov 2014 04:03:53 +0000 (UTC)
Github user benkeen commented on the pull request:
https://github.com/apache/couchdb-fauxton/pull/127#issuecomment-61590748
haha :) I know what to do for your birthday: write more tests!
------------------
Looks like the list handler is not removing reply-to headers that might
have been inserted by the original sender.
Miles
> Felipe Mafra
> felipe.mafra@gmail.com
>
> 2014-11-11 15:22 GMT-02:00 Miles Fidelman<mf...@meetinghouse.net>:
>
> Ok. As to whether others have problem - it really does depend on what
>> there antispam/antivirus setup looks like.
>>
>> A little googling tells me that the standard Amavis antivirus considers
>> multiple reply-to: lines as a "bad header" signature, and the standard
>> configuration quarantines messages with bad headers.
>>
>> The work around, for me, is obviously to play with the antivirus
>> configuration - but I think that Amavis only goes to the granularity of
>> quarantining all or none of the various BAD HEADER checks it performs.
>> Need to to a little research. I'm not sure I want to turn all of those
>> off.
>>
>> I need to do some more research as to what is the RFC-compliant handling
>> of reply-to: headers by mail forwarders, if there is indeed any such spec.
>> It's pretty obvious that most list handlers and other forwarders either
>> delete them or rewrite them to things like original-reply-to: (the issues
>> I
>> found by googling were mostly about things that broke when a piece of
>> software, e.g., a particular Drupal release, started sending messages with
>> duplicate reply-to: headers).
>>
>> Since this is a new behavior (unless I just wasn't noticing all that stuff
>> going straight to trash), I wonder if apache.org has changed or updated
>> its list or mail infrastructure. What does this list run on top of?
>>
>> Thanks,
>>
>> Miles Fidelman
>>
>>
>>
>>
>> Andy Wenk wrote:
>>
>> I am a moderator of this list and I am not aware that listmaster is
>>> known.
>>> So if there are any issues it's ok to just write it here and a moderator
>>> will take care if needed. And yes infra is short for infrastructure.
>>>
>>> Let's see if others do have the same issue with this list. If yes I will
>>> take action :)
>>> On Nov 11, 2014 5:18 PM, "Miles Fidelman"<mf...@meetinghouse.net>
>>> wrote:
>>>
>>> Well, I cc'd listmaster and postmaster - or are there other contacts to
>>>
>>>> use? And what does INFRA stand for (infrastructure?).
>>>>
>>>> Cheers,
>>>>
>>>> Miles
>>>>
>>>> Andy Wenk wrote:
>>>>
>>>> The cool folks from apache who take care of everything related to the
>>>>
>>>>> infrastructure of all the apache projects and of the ASF itself :). In
>>>>> this case also the mailing lists ... Aka sysadmins ;-)
>>>>> On Nov 11, 2014 5:00 PM, "Miles Fidelman"<mf...@meetinghouse.net>
>>>>> wrote:
>>>>>
>>>>> Umm... who or what is INFRA?
>>>>>
>>>>> Andy Wenk wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I personally don't have this problem. But if others are faced with
>>>>>>> this, I
>>>>>>> will report it to INFRA .
>>>>>>>
>>>>>>> Cheers
>>>>>>>
>>>>>>> Andy
>>>>>>> On Nov 11, 2014 3:17 PM, "Miles Fidelman" <
>>>>>>> mfidelman@meetinghouse.net
>>>>>>> wrote:
>>>>>>>
>>>>>>> Recently, I've been finding a lot of coucdb related email traffic
>>>>>>> in
>>>>>>> my
>>>>>>>
>>>>>>> spam folder. I think it's just the dev list, but I'm not 100% sure
>>>>>>> of
>>>>>>>
>>>>>>>> this
>>>>>>>> (I seem to recall this for other traffic, but intermittently, and
>>>>>>>> the
>>>>>>>> latest batch is fine).
>>>>>>>>
>>>>>>>>
>>>>>>>> On examination, I find that our local antivirus/antispam setup
>>>>>>>> is
>>>>>>>> reporting this:
>>>>>>>>
>>>>>>>> X-Amavis-Alert: BAD HEADER SECTION Duplicate header field:
>>>>>>>> "Reply-To"
>>>>>>>>
>>>>>>>> Is anybody else seeing this. If yes, is perhaps the list software
>>>>>>>> misconfigured, perhaps following a patch to address DMARC breakage?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Miles Fidelman
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
Re: attn: listmaster - list issue
Posted by Miles Fidelman <mf...@meetinghouse.net>.
Felipe Mafra wrote:
> Miles,
>
> RFCs are these:
>
> http://www.faqs.org/rfcs/rfc6532.html
> http://www.faqs.org/rfcs/rfc5322.html
close, but more like rfc5321 - the discussion on trace fields and
implementation issues
seems to be silent on whether duplicate reply-to fields are to be
deleted, but I need to re-read in depth
> But I'd like you to know that I am not seeing any duplicated field
> *reply-to* in message header I received.
interesting - and I note that your message came through with only 1 reply-to
I'm seeing duplicate reply-to: in some messages, not others - and in
particular I'm seeing them in all the gitub messages that are gatewayed
to the list.
And... I just looked in the archive, at, for example,
http://mail-archives.apache.org/mod_mbox/couchdb-dev/201411.mbox/browser
there are definitely two reply-to headers in there (I marked the lines
with *****()
-------
>From
dev-return-38501-apmail-couchdb-dev-archive=couchdb.apache.org@couchdb.apache.org
Tue Nov 4 04:03:55 2014
Return-Path:
<de...@couchdb.apache.org>
X-Original-To: apmail-couchdb-dev-archive@www.apache.org
Delivered-To: apmail-couchdb-dev-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
by minotaur.apache.org (Postfix) with SMTP id 2BA3417512
for <ap...@www.apache.org>; Tue, 4 Nov 2014
04:03:55 +0000 (UTC)
Received: (qmail 62850 invoked by uid 500); 4 Nov 2014 04:03:54 -0000
Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org
Received: (qmail 62780 invoked by uid 500); 4 Nov 2014 04:03:54 -0000
Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
List-Help: <ma...@couchdb.apache.org>
List-Unsubscribe: <ma...@couchdb.apache.org>
List-Post: <ma...@couchdb.apache.org>
List-Id: <dev.couchdb.apache.org>
*****Reply-To: dev@couchdb.apache.org
Delivered-To: mailing list dev@couchdb.apache.org
Received: (qmail 62769 invoked by uid 99); 4 Nov 2014 04:03:54 -0000
Received: from tyr.zones.apache.org (HELO tyr.zones.apache.org)
(140.211.11.114)
by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Nov 2014 04:03:54
+0000
Received: by tyr.zones.apache.org (Postfix, from userid 65534)
id 025E7A080A5; Tue, 4 Nov 2014 04:03:53 +0000 (UTC)
From: benkeen <gi...@git.apache.org>
To: dev@couchdb.apache.org
******Reply-To: dev@couchdb.apache.org
References: <gi...@git.apache.org>
In-Reply-To: <gi...@git.apache.org>
Subject: [GitHub] couchdb-fauxton pull request: Added getter/setter
utils.js methods...
Content-Type: text/plain
Message-Id: <20...@tyr.zones.apache.org>
Date: Tue, 4 Nov 2014 04:03:53 +0000 (UTC)
Github user benkeen commented on the pull request:
https://github.com/apache/couchdb-fauxton/pull/127#issuecomment-61590748
haha :) I know what to do for your birthday: write more tests!
------------------
Looks like the list handler is not removing reply-to headers that might
have been inserted by the original sender.
Miles
>
> Felipe Mafra
> felipe.mafra@gmail.com
>
> 2014-11-11 15:22 GMT-02:00 Miles Fidelman<mf...@meetinghouse.net>:
>
>> Ok. As to whether others have problem - it really does depend on what
>> there antispam/antivirus setup looks like.
>>
>> A little googling tells me that the standard Amavis antivirus considers
>> multiple reply-to: lines as a "bad header" signature, and the standard
>> configuration quarantines messages with bad headers.
>>
>> The work around, for me, is obviously to play with the antivirus
>> configuration - but I think that Amavis only goes to the granularity of
>> quarantining all or none of the various BAD HEADER checks it performs.
>> Need to to a little research. I'm not sure I want to turn all of those off.
>>
>> I need to do some more research as to what is the RFC-compliant handling
>> of reply-to: headers by mail forwarders, if there is indeed any such spec.
>> It's pretty obvious that most list handlers and other forwarders either
>> delete them or rewrite them to things like original-reply-to: (the issues I
>> found by googling were mostly about things that broke when a piece of
>> software, e.g., a particular Drupal release, started sending messages with
>> duplicate reply-to: headers).
>>
>> Since this is a new behavior (unless I just wasn't noticing all that stuff
>> going straight to trash), I wonder if apache.org has changed or updated
>> its list or mail infrastructure. What does this list run on top of?
>>
>> Thanks,
>>
>> Miles Fidelman
>>
>>
>>
>>
>> Andy Wenk wrote:
>>
>>> I am a moderator of this list and I am not aware that listmaster is known.
>>> So if there are any issues it's ok to just write it here and a moderator
>>> will take care if needed. And yes infra is short for infrastructure.
>>>
>>> Let's see if others do have the same issue with this list. If yes I will
>>> take action :)
>>> On Nov 11, 2014 5:18 PM, "Miles Fidelman"<mf...@meetinghouse.net>
>>> wrote:
>>>
>>> Well, I cc'd listmaster and postmaster - or are there other contacts to
>>>> use? And what does INFRA stand for (infrastructure?).
>>>>
>>>> Cheers,
>>>>
>>>> Miles
>>>>
>>>> Andy Wenk wrote:
>>>>
>>>> The cool folks from apache who take care of everything related to the
>>>>> infrastructure of all the apache projects and of the ASF itself :). In
>>>>> this case also the mailing lists ... Aka sysadmins ;-)
>>>>> On Nov 11, 2014 5:00 PM, "Miles Fidelman"<mf...@meetinghouse.net>
>>>>> wrote:
>>>>>
>>>>> Umm... who or what is INFRA?
>>>>>
>>>>>> Andy Wenk wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>>> I personally don't have this problem. But if others are faced with
>>>>>>> this, I
>>>>>>> will report it to INFRA .
>>>>>>>
>>>>>>> Cheers
>>>>>>>
>>>>>>> Andy
>>>>>>> On Nov 11, 2014 3:17 PM, "Miles Fidelman" <mfidelman@meetinghouse.net
>>>>>>> wrote:
>>>>>>>
>>>>>>> Recently, I've been finding a lot of coucdb related email traffic
>>>>>>> in
>>>>>>> my
>>>>>>>
>>>>>>> spam folder. I think it's just the dev list, but I'm not 100% sure of
>>>>>>>> this
>>>>>>>> (I seem to recall this for other traffic, but intermittently, and the
>>>>>>>> latest batch is fine).
>>>>>>>>
>>>>>>>>
>>>>>>>> On examination, I find that our local antivirus/antispam setup is
>>>>>>>> reporting this:
>>>>>>>>
>>>>>>>> X-Amavis-Alert: BAD HEADER SECTION Duplicate header field:
>>>>>>>> "Reply-To"
>>>>>>>>
>>>>>>>> Is anybody else seeing this. If yes, is perhaps the list software
>>>>>>>> misconfigured, perhaps following a patch to address DMARC breakage?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Miles Fidelman
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
Re: attn: listmaster - list issue
Posted by Felipe Mafra <fe...@gmail.com>.
Miles,
RFCs are these:
http://www.faqs.org/rfcs/rfc6532.html
http://www.faqs.org/rfcs/rfc5322.html
But I'd like you to know that I am not seeing any duplicated field
*reply-to* in message header I received.
Felipe Mafra
felipe.mafra@gmail.com
2014-11-11 15:22 GMT-02:00 Miles Fidelman <mf...@meetinghouse.net>:
> Ok. As to whether others have problem - it really does depend on what
> there antispam/antivirus setup looks like.
>
> A little googling tells me that the standard Amavis antivirus considers
> multiple reply-to: lines as a "bad header" signature, and the standard
> configuration quarantines messages with bad headers.
>
> The work around, for me, is obviously to play with the antivirus
> configuration - but I think that Amavis only goes to the granularity of
> quarantining all or none of the various BAD HEADER checks it performs.
> Need to to a little research. I'm not sure I want to turn all of those off.
>
> I need to do some more research as to what is the RFC-compliant handling
> of reply-to: headers by mail forwarders, if there is indeed any such spec.
> It's pretty obvious that most list handlers and other forwarders either
> delete them or rewrite them to things like original-reply-to: (the issues I
> found by googling were mostly about things that broke when a piece of
> software, e.g., a particular Drupal release, started sending messages with
> duplicate reply-to: headers).
>
> Since this is a new behavior (unless I just wasn't noticing all that stuff
> going straight to trash), I wonder if apache.org has changed or updated
> its list or mail infrastructure. What does this list run on top of?
>
> Thanks,
>
> Miles Fidelman
>
>
>
>
> Andy Wenk wrote:
>
>> I am a moderator of this list and I am not aware that listmaster is known.
>> So if there are any issues it's ok to just write it here and a moderator
>> will take care if needed. And yes infra is short for infrastructure.
>>
>> Let's see if others do have the same issue with this list. If yes I will
>> take action :)
>> On Nov 11, 2014 5:18 PM, "Miles Fidelman" <mf...@meetinghouse.net>
>> wrote:
>>
>> Well, I cc'd listmaster and postmaster - or are there other contacts to
>>> use? And what does INFRA stand for (infrastructure?).
>>>
>>> Cheers,
>>>
>>> Miles
>>>
>>> Andy Wenk wrote:
>>>
>>> The cool folks from apache who take care of everything related to the
>>>> infrastructure of all the apache projects and of the ASF itself :). In
>>>> this case also the mailing lists ... Aka sysadmins ;-)
>>>> On Nov 11, 2014 5:00 PM, "Miles Fidelman" <mf...@meetinghouse.net>
>>>> wrote:
>>>>
>>>> Umm... who or what is INFRA?
>>>>
>>>>> Andy Wenk wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>>> I personally don't have this problem. But if others are faced with
>>>>>> this, I
>>>>>> will report it to INFRA .
>>>>>>
>>>>>> Cheers
>>>>>>
>>>>>> Andy
>>>>>> On Nov 11, 2014 3:17 PM, "Miles Fidelman" <mfidelman@meetinghouse.net
>>>>>> >
>>>>>> wrote:
>>>>>>
>>>>>> Recently, I've been finding a lot of coucdb related email traffic
>>>>>> in
>>>>>> my
>>>>>>
>>>>>> spam folder. I think it's just the dev list, but I'm not 100% sure of
>>>>>>> this
>>>>>>> (I seem to recall this for other traffic, but intermittently, and the
>>>>>>> latest batch is fine).
>>>>>>>
>>>>>>>
>>>>>>> On examination, I find that our local antivirus/antispam setup is
>>>>>>> reporting this:
>>>>>>>
>>>>>>> X-Amavis-Alert: BAD HEADER SECTION Duplicate header field:
>>>>>>> "Reply-To"
>>>>>>>
>>>>>>> Is anybody else seeing this. If yes, is perhaps the list software
>>>>>>> misconfigured, perhaps following a patch to address DMARC breakage?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Miles Fidelman
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>
Re: attn: listmaster - list issue
Posted by Miles Fidelman <mf...@meetinghouse.net>.
Ok. As to whether others have problem - it really does depend on what
there antispam/antivirus setup looks like.
A little googling tells me that the standard Amavis antivirus considers
multiple reply-to: lines as a "bad header" signature, and the standard
configuration quarantines messages with bad headers.
The work around, for me, is obviously to play with the antivirus
configuration - but I think that Amavis only goes to the granularity of
quarantining all or none of the various BAD HEADER checks it performs.
Need to to a little research. I'm not sure I want to turn all of those off.
I need to do some more research as to what is the RFC-compliant handling
of reply-to: headers by mail forwarders, if there is indeed any such
spec. It's pretty obvious that most list handlers and other forwarders
either delete them or rewrite them to things like original-reply-to:
(the issues I found by googling were mostly about things that broke when
a piece of software, e.g., a particular Drupal release, started sending
messages with duplicate reply-to: headers).
Since this is a new behavior (unless I just wasn't noticing all that
stuff going straight to trash), I wonder if apache.org has changed or
updated its list or mail infrastructure. What does this list run on top of?
Thanks,
Miles Fidelman
Andy Wenk wrote:
> I am a moderator of this list and I am not aware that listmaster is known.
> So if there are any issues it's ok to just write it here and a moderator
> will take care if needed. And yes infra is short for infrastructure.
>
> Let's see if others do have the same issue with this list. If yes I will
> take action :)
> On Nov 11, 2014 5:18 PM, "Miles Fidelman" <mf...@meetinghouse.net>
> wrote:
>
>> Well, I cc'd listmaster and postmaster - or are there other contacts to
>> use? And what does INFRA stand for (infrastructure?).
>>
>> Cheers,
>>
>> Miles
>>
>> Andy Wenk wrote:
>>
>>> The cool folks from apache who take care of everything related to the
>>> infrastructure of all the apache projects and of the ASF itself :). In
>>> this case also the mailing lists ... Aka sysadmins ;-)
>>> On Nov 11, 2014 5:00 PM, "Miles Fidelman" <mf...@meetinghouse.net>
>>> wrote:
>>>
>>> Umm... who or what is INFRA?
>>>> Andy Wenk wrote:
>>>>
>>>> Hi,
>>>>> I personally don't have this problem. But if others are faced with
>>>>> this, I
>>>>> will report it to INFRA .
>>>>>
>>>>> Cheers
>>>>>
>>>>> Andy
>>>>> On Nov 11, 2014 3:17 PM, "Miles Fidelman" <mf...@meetinghouse.net>
>>>>> wrote:
>>>>>
>>>>> Recently, I've been finding a lot of coucdb related email traffic in
>>>>> my
>>>>>
>>>>>> spam folder. I think it's just the dev list, but I'm not 100% sure of
>>>>>> this
>>>>>> (I seem to recall this for other traffic, but intermittently, and the
>>>>>> latest batch is fine).
>>>>>>
>>>>>>
>>>>>> On examination, I find that our local antivirus/antispam setup is
>>>>>> reporting this:
>>>>>>
>>>>>> X-Amavis-Alert: BAD HEADER SECTION Duplicate header field: "Reply-To"
>>>>>>
>>>>>> Is anybody else seeing this. If yes, is perhaps the list software
>>>>>> misconfigured, perhaps following a patch to address DMARC breakage?
>>>>>>
>>>>>>
>>>>>>
>>>>>> Miles Fidelman
>>>>>>
>>>>>>
>>>>>>
Re: attn: listmaster - list issue
Posted by Andy Wenk <an...@apache.org>.
I am a moderator of this list and I am not aware that listmaster is known.
So if there are any issues it's ok to just write it here and a moderator
will take care if needed. And yes infra is short for infrastructure.
Let's see if others do have the same issue with this list. If yes I will
take action :)
On Nov 11, 2014 5:18 PM, "Miles Fidelman" <mf...@meetinghouse.net>
wrote:
> Well, I cc'd listmaster and postmaster - or are there other contacts to
> use? And what does INFRA stand for (infrastructure?).
>
> Cheers,
>
> Miles
>
> Andy Wenk wrote:
>
>> The cool folks from apache who take care of everything related to the
>> infrastructure of all the apache projects and of the ASF itself :). In
>> this case also the mailing lists ... Aka sysadmins ;-)
>> On Nov 11, 2014 5:00 PM, "Miles Fidelman" <mf...@meetinghouse.net>
>> wrote:
>>
>> Umm... who or what is INFRA?
>>>
>>> Andy Wenk wrote:
>>>
>>> Hi,
>>>>
>>>> I personally don't have this problem. But if others are faced with
>>>> this, I
>>>> will report it to INFRA .
>>>>
>>>> Cheers
>>>>
>>>> Andy
>>>> On Nov 11, 2014 3:17 PM, "Miles Fidelman" <mf...@meetinghouse.net>
>>>> wrote:
>>>>
>>>> Recently, I've been finding a lot of coucdb related email traffic in
>>>> my
>>>>
>>>>> spam folder. I think it's just the dev list, but I'm not 100% sure of
>>>>> this
>>>>> (I seem to recall this for other traffic, but intermittently, and the
>>>>> latest batch is fine).
>>>>>
>>>>>
>>>>> On examination, I find that our local antivirus/antispam setup is
>>>>> reporting this:
>>>>>
>>>>> X-Amavis-Alert: BAD HEADER SECTION Duplicate header field: "Reply-To"
>>>>>
>>>>> Is anybody else seeing this. If yes, is perhaps the list software
>>>>> misconfigured, perhaps following a patch to address DMARC breakage?
>>>>>
>>>>>
>>>>>
>>>>> Miles Fidelman
>>>>>
>>>>>
>>>>>
>
Re: attn: listmaster - list issue
Posted by Miles Fidelman <mf...@meetinghouse.net>.
Well, I cc'd listmaster and postmaster - or are there other contacts to
use? And what does INFRA stand for (infrastructure?).
Cheers,
Miles
Andy Wenk wrote:
> The cool folks from apache who take care of everything related to the
> infrastructure of all the apache projects and of the ASF itself :). In
> this case also the mailing lists ... Aka sysadmins ;-)
> On Nov 11, 2014 5:00 PM, "Miles Fidelman" <mf...@meetinghouse.net>
> wrote:
>
>> Umm... who or what is INFRA?
>>
>> Andy Wenk wrote:
>>
>>> Hi,
>>>
>>> I personally don't have this problem. But if others are faced with this, I
>>> will report it to INFRA .
>>>
>>> Cheers
>>>
>>> Andy
>>> On Nov 11, 2014 3:17 PM, "Miles Fidelman" <mf...@meetinghouse.net>
>>> wrote:
>>>
>>> Recently, I've been finding a lot of coucdb related email traffic in my
>>>> spam folder. I think it's just the dev list, but I'm not 100% sure of
>>>> this
>>>> (I seem to recall this for other traffic, but intermittently, and the
>>>> latest batch is fine).
>>>>
>>>>
>>>> On examination, I find that our local antivirus/antispam setup is
>>>> reporting this:
>>>>
>>>> X-Amavis-Alert: BAD HEADER SECTION Duplicate header field: "Reply-To"
>>>>
>>>> Is anybody else seeing this. If yes, is perhaps the list software
>>>> misconfigured, perhaps following a patch to address DMARC breakage?
>>>>
>>>>
>>>>
>>>> Miles Fidelman
>>>>
>>>>
Re: attn: listmaster - list issue
Posted by Andy Wenk <an...@apache.org>.
The cool folks from apache who take care of everything related to the
infrastructure of all the apache projects and of the ASF itself :). In
this case also the mailing lists ... Aka sysadmins ;-)
On Nov 11, 2014 5:00 PM, "Miles Fidelman" <mf...@meetinghouse.net>
wrote:
> Umm... who or what is INFRA?
>
> Andy Wenk wrote:
>
>> Hi,
>>
>> I personally don't have this problem. But if others are faced with this, I
>> will report it to INFRA .
>>
>> Cheers
>>
>> Andy
>> On Nov 11, 2014 3:17 PM, "Miles Fidelman" <mf...@meetinghouse.net>
>> wrote:
>>
>> Recently, I've been finding a lot of coucdb related email traffic in my
>>> spam folder. I think it's just the dev list, but I'm not 100% sure of
>>> this
>>> (I seem to recall this for other traffic, but intermittently, and the
>>> latest batch is fine).
>>>
>>>
>>> On examination, I find that our local antivirus/antispam setup is
>>> reporting this:
>>>
>>> X-Amavis-Alert: BAD HEADER SECTION Duplicate header field: "Reply-To"
>>>
>>> Is anybody else seeing this. If yes, is perhaps the list software
>>> misconfigured, perhaps following a patch to address DMARC breakage?
>>>
>>>
>>>
>>> Miles Fidelman
>>>
>>>
>
Re: attn: listmaster - list issue
Posted by Miles Fidelman <mf...@meetinghouse.net>.
Umm... who or what is INFRA?
Andy Wenk wrote:
> Hi,
>
> I personally don't have this problem. But if others are faced with this, I
> will report it to INFRA .
>
> Cheers
>
> Andy
> On Nov 11, 2014 3:17 PM, "Miles Fidelman" <mf...@meetinghouse.net>
> wrote:
>
>> Recently, I've been finding a lot of coucdb related email traffic in my
>> spam folder. I think it's just the dev list, but I'm not 100% sure of this
>> (I seem to recall this for other traffic, but intermittently, and the
>> latest batch is fine).
>>
>>
>> On examination, I find that our local antivirus/antispam setup is
>> reporting this:
>>
>> X-Amavis-Alert: BAD HEADER SECTION Duplicate header field: "Reply-To"
>>
>> Is anybody else seeing this. If yes, is perhaps the list software
>> misconfigured, perhaps following a patch to address DMARC breakage?
>>
>>
>>
>> Miles Fidelman
>>
Re: attn: listmaster - list issue
Posted by Andy Wenk <an...@apache.org>.
Hi,
I personally don't have this problem. But if others are faced with this, I
will report it to INFRA .
Cheers
Andy
On Nov 11, 2014 3:17 PM, "Miles Fidelman" <mf...@meetinghouse.net>
wrote:
> Recently, I've been finding a lot of coucdb related email traffic in my
> spam folder. I think it's just the dev list, but I'm not 100% sure of this
> (I seem to recall this for other traffic, but intermittently, and the
> latest batch is fine).
>
>
> On examination, I find that our local antivirus/antispam setup is
> reporting this:
>
> X-Amavis-Alert: BAD HEADER SECTION Duplicate header field: "Reply-To"
>
> Is anybody else seeing this. If yes, is perhaps the list software
> misconfigured, perhaps following a patch to address DMARC breakage?
>
>
>
> Miles Fidelman
>
attn: listmaster - list issue
Posted by Miles Fidelman <mf...@meetinghouse.net>.
Recently, I've been finding a lot of coucdb related email traffic in my
spam folder. I think it's just the dev list, but I'm not 100% sure of
this (I seem to recall this for other traffic, but intermittently, and
the latest batch is fine).
On examination, I find that our local antivirus/antispam setup is
reporting this:
X-Amavis-Alert: BAD HEADER SECTION Duplicate header field: "Reply-To"
Is anybody else seeing this. If yes, is perhaps the list software
misconfigured, perhaps following a patch to address DMARC breakage?
Miles Fidelman
[GitHub] couchdb-fauxton pull request: Fix for Query Options search
Posted by robertkowalski <gi...@git.apache.org>.
Github user robertkowalski commented on the pull request:
https://github.com/apache/couchdb-fauxton/pull/144#issuecomment-62548536
LGTM, I would add a short description about the error to the commit-message, so people don't have to open Jira for each commit when reading the git history.
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastructure@apache.org or file a JIRA ticket
with INFRA.
---