Displaying 20 results from an estimated 100 matches similar to: "test61 + kmail problem"
2005 Jan 18
0
test61 error
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
dovecot: Jan 18 10:48:39 Error: IMAP(bfg at noviforum.si): file
mail-transaction-log-view.c: line 138 (mail_transaction_log_view_set):
assertion failed: (min_file_seq != max_file_seq
~ || min_file_offset <= max_file_offset)
dovecot: Jan 18 10:48:39 Error: child 18837 (imap) killed with signal 6
dovecot: Jan 18 10:48:52 Info: imap-login: Login:
2005 Jan 23
1
Experimental FreeBSD ports / packages for test61
Hello,
If anyone would like it I have provided a Dovecot 1.0 test61 port and package
for FreeBSD 5.3 here. I made them for my own experimentation but thought they
might be interesting to others I suppose.
http://www.helenmarks.co.uk/~dom/dovecot/
These deviate from the stock test61 because I've updated and added a patch I
wrote a long time ago for ioloop kqueue/kevent support in
2005 Jan 26
1
mbox slowness in dovecot-1.0-test61
Hi,
We're trying out Dovecot to see if it's a good replacement for UW-imapd.
It seems to be very slow in opening an mbox file, even after it's been
indexed. (I mean way slower than UW)
Here's some info on the system:
Dovecot-1.0-test61
SuSE 8.1, Linux kernel 2.4
Using NFS to access mail.
I've tried turning off mmap, using dotlocking, using fcntl locking
(lockd, etc. are
2005 Jan 14
0
Strange behavior of mysql 4.1.8/9 + dovecot1.0-test58~test61 on Fedora 3 x86_64 machine
Some additional tests. I tried to add a test connection in the main.c under auth, which should be the main file of dovecot-auth. The test connection is done as the first statement in the int main() function. However, it still reports that the connection fails due to access denied. What should I do?? Any suggestions are welcomed.
-----Original Message-----
From: dovecot-bounces at dovecot.org
2005 Jan 14
0
Strange behavior of mysql 4.1.8/9 + dovecot 1.0-test58~test61 on Fedora 3 x86_64 machine
I've built & configured the dovecot to use mysql as the passdb and
userdb. However, dovecot-auth always claims that the username/password
of mysql server is wrong (access denied by mysql server) during the
connection. When I set the password to NULL, it can successfully connect
to mysql server! I am 100% sure that I typed the correct password (by
copy & paste), and I can successfully
2005 Jan 15
1
test61 ./configure fails on OpenBSD 3.6
Test version 61 ./configure is failing on my OpenBSD 3.6-stable system.
The following corrects the problem. Would it be possible to test for
gnu99 option
before using it in subsequent tests?
--- configure.in.orig Fri Jan 14 14:04:10 2005
+++ configure.in Fri Jan 14 16:44:22 2005
@@ -236,7 +236,7 @@
# say specifically that we want C99 features.
# we can make use of
2005 Jan 13
0
1.0-test61
http://dovecot.org/test/
- Fixes crashes with keyword code
- Fixes some problems with parsing MIME multipart bodies
- Fixes some problems with parsing mail addresses
- Support %vars in LDAP base setting
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
2013 Mar 12
6
[LLVMdev] help decompiling x86 ASM to LLVM IR
Hi,
I am looking to decompile x86 ASM to LLVM IR.
The original C is this:
int test61 ( unsigned value ) {
int ret;
if (value < 1)
ret = 0x40;
else
ret = 0x61;
return ret;
}
It compiles with GCC -O2 to (rather cleverly removing any branches):
0000000000000000 <test61>:
0: 83 ff 01 cmp $0x1,%edi
3:
2013 Mar 12
0
[LLVMdev] help decompiling x86 ASM to LLVM IR
James Courtier-Dutton <james.dutton at gmail.com> writes:
> I am looking to decompile x86 ASM to LLVM IR.
> The original C is this:
> int test61 ( unsigned value ) {
> int ret;
> if (value < 1)
> ret = 0x40;
> else
> ret = 0x61;
> return ret;
> }
>
> It compiles with GCC -O2 to (rather
2013 Mar 12
1
[LLVMdev] help decompiling x86 ASM to LLVM IR
On 3/12/13 11:39 AM, Óscar Fuentes wrote:
> James Courtier-Dutton <james.dutton at gmail.com> writes:
>
>> I am looking to decompile x86 ASM to LLVM IR.
>> The original C is this:
>> int test61 ( unsigned value ) {
>> int ret;
>> if (value < 1)
>> ret = 0x40;
>> else
>> ret =
2005 Jan 30
1
kqueue errors in maillog
Hello Dovecot,
Version: dovecot-1.0-test61
OS: FreeBSD 5.3-RELEASE i386
Client: Mozilla Thunderbird 1.0 (on WinXP, FreeBSD & Mac OS X)
The maillog entries concerning me: -
Jan 30 16:16:37 venus dovecot: imap-login: Login: user [10.6.8.3]
Jan 30 16:16:37 venus dovecot: imap-login: couldn't remove filter with kqueue:
Bad file descriptor
Jan 30 16:16:37 venus dovecot: IMAP(user):
2013 Mar 12
0
[LLVMdev] help decompiling x86 ASM to LLVM IR
On 3/12/2013 11:20 AM, James Courtier-Dutton wrote:
> It compiles with GCC -O2 to (rather cleverly removing any branches):
> 0000000000000000 <test61>:
> 0: 83 ff 01 cmp $0x1,%edi
> 3: 19 c0 sbb %eax,%eax
> 5: 83 e0 df and $0xffffffdf,%eax
> 8: 83 c0 61 add $0x61,%eax
>
2005 Jan 14
2
istream-limit.c - assertion failed
dovecot: Jan 14 12:25:49 Error: IMAP(xxxuser): file istream-limit.c:
line 85 (_seek): assertion failed: (v_offset <= lstream->v_size)
That error message is generated when squirrelmail 1.4.4-rc1 attempts to
access this peculiar message partially quoted below. It doesn't happen
(after copying the message to our testing account) accessing it through
squirrelmail now. But it did.
The
2005 Jan 27
1
Corrupted mailboxes
Hello,
We are currently facing some weird problems, and although it may not be
directly related to dovecot, I hope some of you guys may have a clue on
this.
We used to have a POP/IMAP server running Fedora Core1, with dovecot
0.99.13 (DAG). Everything was working fine, until an hardware problem
forced us to install a new server, on another machine.
We installed a fresh new Fedora Core 3 box,
2005 Jul 22
5
1.0-test79
http://dovecot.org/test/
Now checks that field alignmentations are in indexes as they're
expected. test78 crashed if it was wrong, earlier versions ignored the
problem (and crashed with 64bit systems). Now if it's wrong, it prints
error to log file and recreates the index. That means you probably
should delete all dovecot.index files to avoid tons of errors in log
files. Only mbox users
2020 Mar 27
3
Exceptions on Windows & MSVC
Here is a wiki page and git repo with an implementation of SEH that passes
all the tests for x86.
We're looking for feedback before putting a patch on Phabricator.
https://github.com/tentzen/llvm-project
https://github.com/tentzen/llvm-project/wiki
On Mon, Nov 18, 2019 at 10:59 PM Gaier, Bjoern <Bjoern.Gaier at horiba.com>
wrote:
> Thank you for this Aaron!
>
>
>
> In
2005 Jan 14
3
Squirrelmail - messages not marked as read
As of test-60 and test-61, running Squirrelmail 1.5.1[cvs] on
FreeBSD 5.3-STABLE, messages are not marked as read after they
are read.
If I switch back to test-59, it works normally.
When switching back to test-59, with log_path = /var/log/dovelog
dovelog shows:
dovecot: Jan 14 11:43:38 Error: IMAP(kimc): Corrupted index cache
file /home/kimc/Maildir/dovecot.index.cache: indexid changed
2006 Feb 06
1
auth: out of memory
Hello :)
I just couldn't login to my dovecot imap (1.0-beta2). Dovecot authenticates
from mysql database.
Feb 6 19:47:33 elfstone dovecot: auth-worker(default_with_listener):
sql(damirh at noviforum.si): User query failed: MySQL client run out of memory
Feb 6 19:47:52 elfstone dovecot: auth-worker(default_with_listener): ^GOut of
memory (Needed 8164 bytes)
Feb 6 19:47:52 elfstone
2005 Mar 05
1
1.0-test63 released
http://dovecot.org/test/
A new test release for a change. Fixed several problems with indexes,
especially related to transaction log rotating (pretty easy to find bugs
when you set them to be rotated every 5 seconds and keep bombing the
same mailbox with 10 test clients).
Please report both new and old bugs. The changes might have fixed lots
of different randomly occuring problems.
The most
2005 Apr 02
4
1.0-test66
http://dovecot.org/test/
I've still lots of mails in my INBOX and in this list that I should be
looking into.. But here's a release that fixes at least some things.
Maybe I'll make another one tomorrow..
Most importantly keyword code was changed a lot. It's now faster and
less buggy. The keywords are also finally written into mbox, and keyword
changes in the mbox are picked up.