On Fri, 21 Nov 2014, Olivier Berger
wrote:
> David Bremner writes:
>
>> Olivier Berger writes:
>>
>>>
>>> So, I've tried and removed the spam tag from the exclude_tags, and
>>> suddenly, the search in emacs responds with the 981... which means that
>>> most of the deleted ones had the spam tag
David Bremner writes:
> Olivier Berger writes:
>
>>
>> So, I've tried and removed the spam tag from the exclude_tags, and
>> suddenly, the search in emacs responds with the 981... which means that
>> most of the deleted ones had the spam tag too.
>>
>>
>> So it means that if one explicitely requ
This is a new test file, since handling of unusual email addresses
doesn't seem to fit well in any of our existing tests.
Signed-off-by: Jesse Rosenthal
---
test/T205-author-naming.sh | 12
1 file changed, 12 insertions(+)
create mode 100755 test/T205-author-naming.sh
diff --git a
Currently, if a From-header is of the form:
""
the empty string will be treated as a valid real-name, and the entry
in the search results will be empty.
The new behavior here is that we treat an empty real-name field as if
it were null, so that the email address will be used in the search
r
Apologies. A git (-user) malfunction in v1 accidentally sent the whole
mbox as one patch. These are the correct patches.
Jesse Rosenthal (2):
lib: Use email address instead of empty real name.
test: Add test for correct naming of author.
lib/thread.cc | 3 ++-
test/T205-author-
Currently, if a From-header is of the form:
""
the empty string will be treated as a valid real-name, and the entry
in the search results will be empty.
The new behavior here is that we treat an empty real-name field as if
it were null, so that the email address will be used in the search
r
Apologies. A git (-user) malfunction in v1 accidentally sent the whole
mbox as one patch. These are the correct patches.
Jesse Rosenthal (2):
lib: Use email address instead of empty real name.
test: Add test for correct naming of author.
lib/thread.cc | 3 ++-
test/T205-author-
Olivier Berger writes:
>
> So, I've tried and removed the spam tag from the exclude_tags, and
> suddenly, the search in emacs responds with the 981... which means that
> most of the deleted ones had the spam tag too.
>
>
> So it means that if one explicitely requests an excluded tag, other
> excl
This is a new test file, since handling of unusual email addresses
doesn't seem to fit well in any of our existing tests.
Signed-off-by: Jesse Rosenthal
---
test/T205-author-naming.sh | 12
1 file changed, 12 insertions(+)
create mode 100755 test/T205-author-naming.sh
diff --git a
Currently, if a From-header is of the form:
""
the empty string will be treated as a valid real-name, and the entry
in the search results will be empty.
The new behavior here is that we treat an empty real-name field as if
it were null, so that the email address will be used in the search
r
Currently, if a From-header is of the form:
""
the empty string will be treated as a valid real-name, and the entry
in the search results will be empty.
The new behavior here is that we treat an empty real-name field as if
it were null, so that the email address will be used in the search
r
On Fri, 21 Nov 2014, Olivier Berger wrote:
> David Bremner writes:
>
>> Olivier Berger writes:
>>
>>>
>>> So, I've tried and removed the spam tag from the exclude_tags, and
>>> suddenly, the search in emacs responds with the 981... which means that
>>> most of the deleted ones had the spam tag t
David Bremner writes:
> Olivier Berger writes:
>
>>
>> So, I've tried and removed the spam tag from the exclude_tags, and
>> suddenly, the search in emacs responds with the 981... which means that
>> most of the deleted ones had the spam tag too.
>>
>>
>> So it means that if one explicitely requ
13 matches
Mail list logo