similar to: antispam plugin with IMAPSieve

Sure ! # 2.2.24 (a82c823): /usr/local/etc/dovecot/dovecot.conf # Pigeonhole version 0.4.14 (099a97c) # OS: Linux 4.4.2-hardened x86_64 Gentoo Base System release 2.2 auth_mechanisms = plain login auth_verbose = yes default_client_limit = 4096 default_internal_user = mailer default_process_limit = 300 dict { sqlquota = pgsql:/usr/local/etc/dovecot/dovecot-dict-sql.conf.ext }

Op 7/7/2017 om 1:18 PM schreef j.emerlik: > Solved temporary by replacing X-Spam-Status to X-Spam-Flag. > > X-Spam-Flag in my system is added only to SPAM e-mail, anyway it looks like > a bug. Can you show your configuration (output from `dovecot -n`)? An example message may also be useful. Regards, Stephan. > Regards, > Jack > > > 2017-07-07 12:41 GMT+02:00

I''m making a simple business directory search and I want to boost the relevance of the ''name'' field over the ''address'' field - both stored in the same document in the same index. Here is some console code to demonstrate what I am actually doing >> include Ferret::Document => Object >> doc = Document.new => Document { } >> doc

Several folks have previously written that valgrind notices a memory leak in R's readline code. It looks like it leaks a copy of every input line. % ~/R-svn/r-devel/R/bin/R --debugger=valgrind --debugger-args=--leak-check=full --vanilla ==10725== Memcheck, a memory error detector. ==10725== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al. ==10725== Using LibVEX rev 1658, a

I am indexing over 10,000 rows of data, it is very slow when it is indexing the 100,1000,10000 row, and now it is over 1 hour passed on the row 10,000. how to make it faster? here is my code: ================== doc = Document.new doc << Field.new("id", t.id, Field::Store::YES, Field::Index::UNTOKENIZED) doc << Field.new("title", t.title,

Hi, I''m trying out the example (more or less) straight from the tutorial: doc = Document.new doc << Field.new("id", "a", Field::Store::NO, Field::Index::UNTOKENIZED) doc << Field.new("title", "b", Field::Store::YES, Field::Index::UNTOKENIZED) doc << Field.new("data", "c",

Hi, I have some questions about searching with Ferret. I have a user index with first_name, last_name and full_name (which is just first plus last with a space). Here are a couple of questions: 1) If I store the fields tokenized, it appears as though queries are case-insensitive. However, for untokenized, the query is case-sensitive. How can I make the untokenized searches case-insensitive?

Forgive me if this topic has already been discussed on the list. I googled but couldn''t find much. I''d like to search through text for US state abbreviations that are written in capitals. What is the best way to do this? I read somewhere that tokenized fields are stored in the index in lowercase, so I am concerned that I will lose precision. What is the best way to store a

Hi, I needing to modify the control.js file and am confused about what the purpose of the getToken function is. I read the docs section below and still don''t understand why it doesn''t just access the form.value directly. Docs say: This method should get the text for which to provide autocompletion by invoking this.getToken(), NOT by directly accessing this.element.value. This is

Hi. First of all I would like to say "thank you" to David for its really valuable work. Ferret is a great project and it have great future. Well now is my questions as beginner in Ferret. How to remove ALL documents from index. Remove files is not a solution. I am interesting in something like index.remove_index or something like this. What is a usual way of doing it?? What is the

> On Jan 5, 2018, at 4:35 PM, Cary Coutant <ccoutant at gmail.com> wrote: > >>> In general I'm in favor of the proposal. Defining a generic way to convey >>> some information from the compiler to the linker is useful, and it looks >>> like it is just a historical reason that the ELF lacks the feature at the >>> moment. >>> >>>

Sorry. First error file is not "modes.c" but "modes_noglobals.c". ________________________________ From: speex-dev-bounces@xiph.org [mailto:speex-dev-bounces@xiph.org] On Behalf Of ¼Õ½Â¿ø Sent: Friday, January 20, 2006 11:40 AM To: speex-dev@xiph.org Subject: [Speex-dev] Compile error (svn 10743) Hi, I've received svn 10743 revision. But there are compile errors at

>> In general I'm in favor of the proposal. Defining a generic way to convey >> some information from the compiler to the linker is useful, and it looks >> like it is just a historical reason that the ELF lacks the feature at the >> moment. >> >> This is a scenario in which the feature is useful: when you include >> math.h, a compiler (which is driven

Thank you for starting the discussion thread. In general I'm in favor of the proposal. Defining a generic way to convey some information from the compiler to the linker is useful, and it looks like it is just a historical reason that the ELF lacks the feature at the moment. This is a scenario in which the feature is useful: when you include math.h, a compiler (which is driven by some pragma)

On Jan 6, 2018 12:05 PM, "Saleem Abdulrasool via llvm-dev" < llvm-dev at lists.llvm.org> wrote: On Jan 5, 2018, at 4:35 PM, Cary Coutant <ccoutant at gmail.com> wrote: In general I'm in favor of the proposal. Defining a generic way to convey some information from the compiler to the linker is useful, and it looks like it is just a historical reason that the ELF lacks

> On Jan 6, 2018, at 4:33 PM, Sean Silva <chisophugis at gmail.com> wrote: > > > > On Jan 6, 2018 12:05 PM, "Saleem Abdulrasool via llvm-dev" <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: >> On Jan 5, 2018, at 4:35 PM, Cary Coutant <ccoutant at gmail.com <mailto:ccoutant at gmail.com>> wrote: >>

I tried sorting the search results in Ferret::Index::Index#search and what I found was that the sort is applied not to the whole search but to the returned results. Suppose I have these results: Text - Num foo - 2 bar - 3 far - 4 boo - 1 If I limit the search to the first two and sort by num I get: foo - 2 bar - 3 while I think the natural behaviour would be: boo - 1 foo - 2 Is this

Hi .. I tried to exclude certain objects from my search, by adding appropriate term queries .. i = Ferret::Index::Index.new i.field_infos.add_field(:type, :index => :untokenized, :term_vector => :no) i << {:type => "Movie", :name => "Indiana" } i << {:type => "Movie", :name => "Forrest" } i << {:type =>

On Fri, Jan 5, 2018 at 2:30 AM Rui Ueyama <ruiu at google.com> wrote: > Thank you for starting the discussion thread. > > In general I'm in favor of the proposal. Defining a generic way to convey > some information from the compiler to the linker is useful, and it looks > like it is just a historical reason that the ELF lacks the feature at the > moment. > > This

Hey everyone, I am brand new to Xapian so forgive me if I am just being noob. I looked over the sparse documentation for the Xapian library and its PHP hooks and I am really confused how to complete my index. I understand how to add documents etc etc etc and how to build queries but how I do specify in add_value what field type xapian should take (i.e. tokenized, unindexed, indexed)? Is there