Displaying 20 results from an estimated 1500 matches similar to: "1.0-test78"
2005 Feb 25
4
corruption and errors in dovecot-stable
Hi,
We switched from dovecot 0.99.something to 1.0-stable (on FreeBSD 4.10)
a few days ago and have been seeing many errors and one corrupted
mailbox so far. Almost everyone uses mbox format, and most users
primarily use SquirrelMail; I use Apple Mail and Thunderbird, as well
as accessing the mailboxes locally with Mutt, and have not noted any
visible problems.
There have been several of
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
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.
2005 Jul 14
1
Changes made to imap descriptor handling in test78?
Hello,
What has changed from test77 to test78 in the way imap manages
its descriptors? I upgraded to test78 this morning on a small
site which I use as a testbed for testing various things.
Running the same copy of my kqueue patch with test77 works
quite well [*], with test78 imap has some problems. Here is
some debugging output I recorded:
Jul 14 12:55:27 egg dovecot: imap-login: Login:
2005 Jul 21
1
test77, yahoo & fetchmail
I've run into a rather narrowly scoped problem ..
On test77 and test78, mails from Yahoo's webmail are seen, by fetchmail
using imaps, to have a 0-length body. When fetching, it claims "0 body
octets". Other mail clients (mutt, kmail) can view the messages fine.
pop3s retrieval works as well. Every other email I've received so far
works fine. It's just those sent by
2005 Aug 06
1
Copying keyworded messages kills IMAP process(test78)
Hi,
when I try to copy/move messages with keywords, IMAP process dies:
dovecot: Jul 24 23:49:47 Info: imap-login: Login: user=<seba>, method=PLAIN,
rip=192.168.0.192 <http://192.168.0.192>,
lip=192.168.0.188<http://192.168.0.188>
dovecot: Jul 24 23:49:47 Info: IMAP(seba): Effective uid=1000, gid=100
dovecot: Jul 24 23:49:47 Info: IMAP(seba): maildir: data=/home/seba/Maildir
2005 Mar 13
1
1.0-test65
http://dovecot.org/test/
If dovecot-auth was crashing with you, this release should fix it. I
don't know when it did though, I just applied a patch from Andrey Panin
with that description :)
Fixed also another dovecot-auth crash with Solaris and maybe some other
systems.
Contains the first attempt of a Dovecot LDA. It's still in pretty ugly
shape, but it should work, more or less. I
2005 Jul 12
2
test76-77 dies at SIGHUP
Hello people
This is on OpenBSD/sparc64.
After chickening along with 0.99 for a while, I finally upgraded to
1.0-test. I started out with test73, which worked fine. With the upgrade
to test76, I lost the ability to SIGHUP dovecot when I rotated it's
logfile. Dovecot would just die abruptly, not a trace in the log.
I just upgraded to test77, but the problem is still there.
I've put
2005 Jul 19
2
Double Emails
Hi all,
I originally posted this on postfix's mailing list but then realized
that this COULD be a pop3 server problem since that downloads and
deletes mail. This has only been happening since I upgraded from .99 to
1.0-7 ...
Our users have been reporting double messages in their inbox, as well as
emails that they deleted a long time ago reappearing. The only thing in
my maillog is a
2005 Jul 20
1
CR LF in stable
Hello,
It seems that mbox format mailboxes holding \r\n (CR + LF) character
sequences (instead of \n only) still cause assertion failures when
moving messages from one folder to another.
--
dovecot: Jul 19 17:14:52 Error: IMAP(dovetest): file istream-raw-mbox.c: line 38
3 (istream_raw_mbox_get_body_size): assertion failed: (rstream->body_offset != (
uoff_t)-1)
--
I seems to work in -test78
2005 Jul 20
3
Another minor IMAP LIST issue
I've just noticed that Dovecot 1.0-stable and 1.0-test78 don't include
mbox folders with names beginning with "." in the IMAP LIST output.
These are often used to store "hidden" folders for storing things like
IMAP client configuration (e.g. Pine 4.x, IMHO, Prayer). Usually the
user shouldn't be able to see these, but there are occassions when they
might. It seems
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
2010 Oct 22
3
Problems converting to maildir with dsync in 2.0.6
I'm trying to convert from an old Dovecot (1.0.15) and mbox to a new
Dovecot and maildir. I'm running into several problems with dsync which
are causing my mboxes not to convert.
If I use LAYOUT=fs (as I'd prefer) I get an error because I have a
mailbox called "subscriptions", and none of my messages convert. Is
there a way to get dovecot to put its own metadata in
2005 Aug 06
1
Header problems
Hi,
I don't know if this has been covered or not as I have been out of
action most of the last few weeks getting married and stuff.
My query / slight problem is when I re-install an IMAP client or change
client all mails that have been read so far show an empty header with
the date set back to 1970 but the mails are fully readable. New mails
that weren't read in a previous client show
2014 May 05
2
imapc with Outlook.com transfers max 22-23 messages per mailbox!?
Hi,
I'm trying to migrate a user from Outlook.com IMAP to Dovecot. I'm
using a setup similar to that on
http://wiki2.dovecot.org/Migration/Dsync:
imapc_host = imap-mail.outlook.com
imapc_user = [...]@hotmail.com
imapc_password = [...]
imapc_features = rfc822.size fetch-headers
mail_prefetch_count = 20
imapc_port = 993
imapc_ssl = imaps
imapc_ssl_verify = yes
ssl_client_ca_dir =
2005 Jun 27
3
imap corrupted indexes
I've searched the archives and find a lot of references to corrupted indexes
but can't seem to find any solutions. It seems like folks either have the
problem or they don't.
We recently migrated from a RedHat Linux server to an OpenBSD 3.7 server (both
using dovecot). Imap was working flawlessly on the RedHat box but now gives
numerous index errors. I then upgraded to
2005 Mar 07
3
dovecot 0.99 + apple mail.app
hello all,
first off, a success story. after much testing and preperation, we've
switched from uw-imap to dovecot. i am not kidding when i say that
we have experienced an order of magnitude decrease in server load
(previously load peaks were 40-60, now they are 3-4). so, suffice to
say that the mail admins here are very happy :)
one problem that has come up though is particular to
2004 Dec 14
2
IMAP crashes with signal 10 (SIGBUS)
Any idea on what's causing this?
Description:
imap process crashed with SIGBUS.
Versions:
OS: Solaris 8, 9
Dovecot: 1.0-test57
Gcc: 3.2
Configure options:
env CC=gcc CFLAGS="-O -g" ./configure \
--prefix=/var/dovecot \
--disable-ipv6 \
--with-ssl=openssl \
--with-ssldir=/etc/ssl \
--with-passwd-file \
--without-bsdauth \
--without-checkpassword \
2005 Mar 06
4
mail-cache-transaction.c error
Hello all. I've just recently (this last weekend) migrated to Dovecot
on my FreeBSD 4.x box. So far, so good, I like it a lot, and plan on
moving mboxes to Maildirs sometime this next weekend.
BUT....I've currently run into a problem. I'm seeing an error when
one user account tries to access the INBOX from Squirrelmail:
Mar 6 16:50:59 cerebus dovecot: IMAP(problemuser): file
2005 Aug 01
2
[LLVMdev] [patch] gccld not passing -export-dynamic to gcc for link
gccld passes -shared through if it's generating a shared library, but
if you're compiling a program that needs to have its symbols
externally accessible, it doesn't pass -export-dynamic through to gcc
for the final link.
The attached patch fixes this. I've tested with a small test case I
sent Chris, and with Python; both seem to work.
I also fixed some inaccurate comments in