similar to: Need support to build xapian on Windows with Microsoft compiler

Hello, Thank you very much for quick response. I need only xapian-core. As I wrote on my case compilation with Visual Studio 2015 successful, just I have runtime errors, while the same code on LINUX runs fine. I'll try the hints from (https://trac.xapian.org/browser/git/xapian-core/INSTALL?rev=RELEASE/1.4#L54) and maybe to migrate my project to VS2017 and test it again. If I understand

I am building dovecot-2.0-pigeonhole-0.2.1 (dovecot-2.0.5, but that does not matter) with dovecot-config in place (in /usr/lib64/dovecot) on a 64bit Linux (RHEL5): ./configure --with-dovecot=/usr/lib64/dovecot The libs needed for several executables in libexec such as /usr/libexec/dovecot/managesieve-login are not installed in /usr/lib64 but in /usr/lib64/dovecot. Therefore the executable

tonight dovecot 1.2beta4 crashed for the first time with an assertion failed. See attached log file. Around that time nobody was logged in into dovecot and there were no other mail deliveries going on. The mail in question should have been delivered to three recipients, one got the mail, the two others not. There is unfortunately no core dump file. I have attached the dovecot -n output as

You can also write to mailing list without subscribing. Anyway, I haven't written managesieve-login code, Ccing Stephan. On Thu, 2009-01-15 at 17:00 +0100, Wolfgang.Friebel at desy.de wrote: > Hi, > > sorry that do not write to the list, I am not subscribed yet. I have read > the november 2008 thread where managesieve-login does a segfault. As it > happened to me as well and

Using dovecot 1.2beta (but earlier versions should behave similarly) we have a problem in conjunction with empty To: headers and the RT request tracker. RT sends mail out using Bcc: and no To: header at all. To make some mailers happy one can configure to send a dummy To: header, which we do. Our To header looks like: To: "AdminCc of rt Ticket #123456":; The message_address_parse

> Is there ? GUI for sieve. > > I don't have installed Squrielmail, but won't like to manage the > Rules per ssh

In order to let users construct a sieve filter using a GUI I have taken websieve.pl from Alain Turbide (for use with Cyrus) and modified it to work with dovecot. In order to get it working quickly I have removed all the code I did not need (e.g. ldap support, password authentication) and coded Kerberos5 auth (via GSSAPI or SASL) in. I understand that this makes the work mostly useless to

Hi Timo, we are currently running dovecot 2.1.10 using mdbox storage. Sometimes we get requests from users to restore accidentally deleted mails. If the mails got deleted before a backup was made, such mails could of course not be restored from backup. One option to help users in this respect would be to use the lazy expunge plugin. On the other hand I have seen, that the deleted mails stay

I do have two questions related to the managesieve setup in dovecot 1) I did setup a global sieve filter, that is invoked if a user has no other sieve filter. If a user installs a sieve filter and activates it (PUTSCRIPT, SETACTIVE) then the sieve filter gets compiled (.sievec) and deliver does use it. If I want to deactivate the filter (SETACTIVE "") only the symlink (to the .sieve

http://dovecot.org/releases/1.1/dovecot-1.1.14.tar.gz http://dovecot.org/releases/1.1/dovecot-1.1.14.tar.gz.sig http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc3.tar.gz http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc3.tar.gz.sig Fixed lots of bugs in v1.2 related to shared mailboxes and virtual mailboxes. Keep on testing and sending bug reports and hopefully we'll get v1.2.0 release out

http://dovecot.org/releases/1.1/dovecot-1.1.14.tar.gz http://dovecot.org/releases/1.1/dovecot-1.1.14.tar.gz.sig http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc3.tar.gz http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc3.tar.gz.sig Fixed lots of bugs in v1.2 related to shared mailboxes and virtual mailboxes. Keep on testing and sending bug reports and hopefully we'll get v1.2.0 release out

Two of my users are reporting that their quota is not being recalculated ALTHOUGH they deleted lots and lots of mails. I'm using today's hg checkout of 1.2 beta 4 -- Ralf Hildebrandt Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.computerbeschimpfung.de Wen du nicht mit K?nnen beeindrucken kannst, den verwirre mit Schwachsinn! -------------- next

On Tue, Mar 20, 2018 at 06:30:07PM +0000, Olly Betts wrote: > https://lists.xapian.org/pipermail/xapian-discuss/2018-January/009585.html Related to this, the appveyor build is currently failing on git master. Unfortunately the change at which is started to fail was the addition of the new "honey" backend, which doesn't narrow things down to a useful degree. I've checked over

Hello, My first problem is compilation against Heimdal. It does not work because of the following: /products/source/heimdal/heimdal-0.5.1/i386_linux24/lib/roken/../../../lib/r oken/getprogname.c(.text+0xc): multiple definition of `get_progname' openbsd-compat//libopenbsd-compat.a(bsd-misc.o)(.text+0x0):/usr1/ahaupt/open ssh-3.6.1p1/openbsd-compat/bsd-misc.c: first defined here /usr/bin/ld:

hi, I'm new in xapian project. I want to build 64bit xapian(1.2.8) from source using MSVC 2017. But I cann't find any documents about 64bit compiling steps. I tried to replace the WIN32 with the WIN64 in the source files, then compile all the source. But the query parser compiling failed. It seems the lemon.exe get a runtime error. Is there a official doc to

hi, Olly Betts, Thank you for you answer. My xapian version is 1.2.8. Need I upgrade it to 1.4 if I want to build it with MSVC2017 x64? lishu at fiberhome.com From: Olly Betts Date: 2018-03-29 11:10 To: 李澍; xapian-discuss Subject: Re: how to build 64bit xapian using MSVC2017? On Tue, Mar 20, 2018 at 08:28:24PM +0000, Olly Betts wrote: > Related to this, the appveyor build is

> It's close to irrelevant when they last worked at this point - the current > stable release series is 1.4.x, and they definitely won't work with that. acknowledged Visual Studio 2008, win32 makefiles (from C. Hull's website) and xapian-core-1.2.8 are mentioned together on this webpage https://lists.xapian.org/pipermail/xapian-devel/2012-October/001883.html

handc raftm an dost schem atics retyp ing poser s smoke neces sitie s nonre alist ic wooll ens verti cally bayan ihan actab ility total ises bayan ihan gauzy solon chak metas tasiz es inter surve y phosp hatid ic displ ayabl e invoi cing ridde r benig nancy eddys tone urim islan der awake ning piran dello parre l davit s displ ant losse s rubeo lar visio nal legen d

Hi all, I've disabled cgroups v1 on my system with the kernel boot option "systemd.unified_cgroup_hierarchy=1". Since doing so, USB hotplugging fails to work, seemingly due to a permissions problem with BPF. Please note that the technique I'm going to describe worked just fine for hotplugging USB devices to running domains until this change. Attaching / detaching USB devices

I work on the Pulp Project (http://www.pulpproject.org/), and we are trying to fully implement the forge API so we can create new repositories that can be reached via a command like: $ sudo puppet module install --module_repository http://localhost/pulp/puppet/myforge/ someone/theirmodule The problem I''ve encountered is that the install command includes hard-coded absolute paths to