similar to: dovecot 1.0-test52 compile notes

Displaying 20 results from an estimated 2000 matches similar to: "dovecot 1.0-test52 compile notes"

2004 Nov 06
2
dovecot 1.0-test52 build notes
I thought I would try to use 'configure' to lay out the dovecot install a little differently than the default. I prefer all the support files under one tree (e.g. in /usr/local/lib/dovecot-1.0) rather than distributed around the filesystem. And I'd be happiest if all of the support files were just at that top level rather than in subdirectories. e.g.:
2011 Jan 07
1
[LLVMdev] [PATCH] compiler-rt patch for clean build on Solaris 10 / x86
Hi, Attached is small patch (based of r122998 of compiler-rt), required for clean builds on Solaris 10 / x86 using clang 2.8. Please consider it for inclusion. Cheers, Joakim -------------- next part -------------- A non-text attachment was scrubbed... Name: solaris_stdint.patch Type: application/octet-stream Size: 457 bytes Desc: not available URL:
2005 May 22
1
[patch 05/12] make __constant_htons visible
The __constant_htons and similar are defined in klibc version of netinet/in.h, but not in glibc counterpart. Include the same thing from <asm/byteorder.h>, which is available in both glibc and klibc. Perhaps __constant_htons should be dropped from the klibc version of netinet/in.h: it provides nothing that you cannot get via asm/byteorder, and gets in the way of porting between glibc and
2004 Feb 10
1
syntax problem with 2.6.3-rc3
The inet stuff is including, asm/byteorder.h It has some inlines like this: static __inline__ __attribute_const__ __u64 ___arch__swab64(__u64 val) I think I'm choking on the __attribue_const__ Do we need an include of linux/compiler.h somewhere? ../linux/include/asm/byteorder.h:28: error: syntax error before "__u64"compiling inet_ntoa.c (gcc)../linux/include/asm/byteorder.h:14:
2007 Apr 10
1
[PATCH] Add support for DHCP-Options
hi, I've written a start of an c32-module to do basic substition: add subst.c32 this is a start of a generic substition module --- commit 9a1f41a7e6599fe6a162197cd9ddc6610185e780 tree cfb799a0be9844926afe44e21b2eb96630666c44 parent 89478bdbfa7167bc1b627a478d042c99e46f06b7 author Maurice Massar <massar at unix-ag.uni-kl.de> Tue, 10 Apr 2007 20:13:39 +0200 committer Maurice Massar
2017 Nov 13
2
Building dovecot 2.2.33.2 is broken with uclibc-ng
Hi, this commit https://github.com/dovecot/core/commit/c9d76e2baf653fa5504d6849e5c1aae32eff3c53 added code which can not be compiled with uclibc-ng 1.0.26 using buildroot: make[3]: Entering directory '/home/bernd/buildroot/br4/output/build/dovecot-2.2.33.2/src/lib-test' /bin/bash ../../libtool --tag=CC --mode=compile
2004 Nov 02
1
1.0-test52
http://dovecot.org/test/ I have very high hopes that mbox support is finally stable in this version. I've been running some stress tests for an hour now without it breaking (well, there are two potential problems but I think they were just fixing previous breakages). Before it took only a few minutes at most to break. - fixes several mbox syncing problems, especially expunges
2004 Nov 18
1
Only one malfunction in months - now running dovecot-1.0-test52
Dont think there has been even one failure in some months of use but tonight we're seeing this running test-52 While running squirrelmail 1.5.1-CVS a certain message causes: dovecot: Nov 17 22:25:14 Error: IMAP(kimc): file ostream-file.c: line 643 (_send_istream): assertion failed: (instream->v_offset <= in_size) dovecot: Nov 17 22:25:14 Error: child 72172 (imap) killed with signal 6
2004 Nov 06
0
1.0-test52 - assertion failed
Clicked on a folder in Thunderbird and got this in the log: Nov 6 22:49:11 one dovecot: imap-login: Login: ts at dreamcoder.dk [10.24.0.1] Nov 6 22:49:11 one dovecot: IMAP(ts at dreamcoder.dk): Corrupted index cache file dreamcoder.dk/ts/Maildir/.INBOX.Mailing Lists.bugzilla/dovecot.index.cache: indexid changed Nov 6 22:49:11 one dovecot: IMAP(ts at dreamcoder.dk): file mail-cache-fields.c:
2004 Dec 06
1
Dovecot SQL auth problem? (1.0-test52-56)
Hi there, We are living dangerously and using the test versions on our production servers which are migrated from 3 different older servers (about 5000 accounts) therefore we have 3 different MySQL auths. All seems to be ok, but a guy in the office is using Thunderbird as pop3 access. The auth is saying: auth(sql): plain(?,xx.xxx.xx.xxx): invalid input I have hidden his IP for security
2004 Nov 26
0
Dovecot 1.0-test52 and LDAP authentication
Hi all! I have upgraded Dovecot 0.99.11 installation that's worked with LDAP to Dovecot 1.0-test52 and I can't get LDAP to work. I noticed the /etc/dovecot.conf is slightly different, so I have adjusted changes. If I use the standard auth (passw & pam) everything works fine, however when I user ldap for auth Dovecot starts but then dies: dovecot: Nov 26 14:14:36 Error: Auth process
2018 May 01
2
[Bug 1253] New: interface wildcard in variables causes Error: Byteorder mismatch: expected big endian, got host endian
https://bugzilla.netfilter.org/show_bug.cgi?id=1253 Bug ID: 1253 Summary: interface wildcard in variables causes Error: Byteorder mismatch: expected big endian, got host endian Product: nftables Version: unspecified Hardware: x86_64 OS: All Status: NEW Severity:
2004 Nov 23
1
NFS, test52, maildir, freebsd 4.x and OS X (Panther) Server
I've been working on setting up a Dovecot server with a maildir mailboxes stored over NFS. Initially, everything was working great, and then I started seeing this error as previously discussed on the list in my maillog: (mail_index_expunge): assertion failed: (!t->view->external) Timo, in another thread, suggested to remove line 247 in mail-index-transaction.c in the test52
2015 Mar 23
2
[PATCH 1/1] Add virtio-input driver.
Hi, > > > > You are doing leXXX everywhere, that's VERSION_1 dependency. > > > > virtio_cread will do byteswaps differently without VERSION_1. > > > > Just don't go there. > So to clarify, you dislike using __virtio32 in virtio input header? Well, as I understand things __virtio32 implies byteorder depends on whenever we are using VERSION_1 or not.
2015 Mar 23
2
[PATCH 1/1] Add virtio-input driver.
Hi, > > > > You are doing leXXX everywhere, that's VERSION_1 dependency. > > > > virtio_cread will do byteswaps differently without VERSION_1. > > > > Just don't go there. > So to clarify, you dislike using __virtio32 in virtio input header? Well, as I understand things __virtio32 implies byteorder depends on whenever we are using VERSION_1 or not.
2000 Jan 17
1
pre27 compilation fails on Sol7 box
Something strange happens when I compile the pre27 SSH: ocal/ssh//include -DETCDIR=\"/usr/local/ssh//etc\" \ -DSSH_PROGRAM=\"/usr/local/ssh//bin/ssh\" \ -DSSH_ASKPASS_DEFAULT=\"/usr/local/ssh//libexec/ssh/ssh-askpass\" \ -DHAVE_CONFIG_H -c atomicio.c In file included from includes.h:106, from atomicio.c:26: fake-socket.h:30: parse error before
1998 Nov 25
9
Help!
Anyone know how can i get Office97 over a Samba Server in perfect functions. How should i install it. setup /a ????? Please tell me. Thanks ............................................................................. LSC Maximino Gerardo Luna Estrada email: max@oro.reduaz.mx Unix & System Administrator tel: (492) 43919, 40570 Centro Universitario
2017 Nov 18
2
Dovecots header files not optimized for external plugins
Making third-party plugins for Dovecot is really hard and frustrating. Using dovecot 2.2.33.2 and the following sources, the compile errors keep coming. The use of g++ is mandated as the underlying backend this plugin will access only has a C++ interface. == Source 1 /* g++-7 -c a.cpp */ #include <byteswap.h> #include <dovecot/lib.h> #include <dovecot/auth-request.h> #include
1999 Sep 29
0
building on Red Hat 5.2
Hi, I'm trying to build samba 2.0.5a on Red Hat 5.2. It originally came with 1.9something, which seemed to have some bugs accessing large mounted directories. I downloaded Red Hat's updates package, but unfortunately it only comes with smbclient and smbd, and what I need is smbmount and smbumount. My binaries from my more recent systems (RH6 and OL2.2) won't run due to
2006 Apr 13
1
Compile issues dovecot-1.0.beta7
Hi, I haven't tried compiling 1.0 series since -test52, figured I'd give it a shot. There were a couple of minor problems. This is building on a fairly ancient BSD/OS box, so the issues may not be universal, but I suspect these ones are. ==================== Building in src/lib-dict/dict.c : loading the 'dict' program fails because it can't find various RAND and other