similar to: 0.98.2 released

Hope I didn't forget anything :) v0.99.8 2003-02-25 Timo Sirainen <tss at iki.fi> * NOTE: Configuration file has changed a bit: auth_userinfo was replaced by userdb and passdb. *_port were merged into *_listen. Disabling listening in imaps port is now done by changing protocols setting. * Maildir: .customflags location has changed for INBOX. If you have set any custom

I think all of the reported bugs are again fixed in CVS, so I made a tarball of it. I'd like to hear if there's any problems with it. Here's the most important changes: v0.99.8 2003-02-xx Timo Sirainen <tss at iki.fi> * NOTE: Configuration file has changed a bit: auth_userinfo was replaced by userdb and passdb. *_port were merged into *_listen. Disabling listening in

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Just to give some more information about this: Apparently some of our POP3 users are saying that when they checked for new mail this morning that all the mail that was saved on the server was downloaded again as unread mail. I followed the guidelines in the wiki [1] with regards to upgrading from 0.99 to 1.0, made sure the .subscriptions and

Hi Timo, thank you for the hint, but it doesnt seems to work. doveadm sync -u imap at test.de 'doveadm -o mail="maildir:~/Maildir" -o "mail_plugins=quota" dsync-server -u imap at test.de' Also tried -o mail=~/Maildir .. -o maildir:~/Maildir .. The log throws an error: Feb 21 13:05:35 doveadm: Error: Panic: io_add(0x1) called twice fd=9, callback=0x7f49baa06840 ->

Hi, The problem is modern c++. I can have a reasonable system boostrape-ed with (tinycc/alternative C compiler), but only in the gcc world since a modern c++ compiler is only bootsrape-able from near any C compiler there. clang and llvm are unable to do it. That why I would need to get 2 gccs: "any C compiler" -> gcc 4.7.4 -> gcc recent_version -> llvm. On Fri, Oct 14, 2016 at

# cat /proc/version Linux version 2.4.20-18.9 (bhcompile at daffy.perf.redhat.com) (gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #1 Thu May 29 07:09:43 EDT 2003 # dovecot --version 0.99.10 I've just recently noticed a serious problem with my system. After about an hour or so I get errors in /var/log/maillog such as this; Sep 21 06:40:16 the-system imap(ray): opendir() failed with file

Hello, I'm in the process of migrating 0.99 dovecot maildir boxes to a pair of new machine. These servers were running the stable (etch) 1.0rc15 package of dovecot until yesterday and existing .customflags files were correctly converted to dovecot-keywords. Yesterday I upgraded to the (finally, thanks to who did this) 1.0.0 etch backports package and since then freshly migrated boxes get

Hello, i just switched from courier-imap to dovecot on a machine. The transition was painless except for one issue - when using the "Check mail" feature of kmail, one gets the message: "Unable to get information about folder customflags. The server replied: internal error..." So it looks like the server isn't properly hiding the .customflags file for some reason. I

Just for the interest of discussion, I find it completely weird and interesting that GCC needs to build itself 3 times to fully bootstrap. Has there been any interest in looking at a single compile build? I don't exactly know the limitations, but my naive thinking is that C++14 compiler source parsed by C++14 capable compiler and codegen'd to C99 (or older) source should make it compilable

No bug reports since rc4, so here it is. v0.99.10 2003-06-26 Timo Sirainen <tss at iki.fi> * Default PAM service name changed to "dovecot". This means that if you're using PAM, you most likely have to do mv /etc/pam.d/imap /etc/pam.d/dovecot If you wish to keep using imap, see doc/auth.txt. * ~/rawlog directory changed to ~/dovecot.rawlog + Faster and better

OK. After checking the 0.99->1.0 migration documentation, it seems I've been a little confused between customflags and keywords. (Though this is partly due to my repeated requests for clarification being ignored.) The page (http://wiki.dovecot.org/moin.cgi/UpgradingDovecot) says 1.0 does not use .customflags any more. Now, I'm hoping they're still supported, in which case

I'm new here, but I'll just jump right in. I've been using Dovecot with Fedora for a bit with the default mbox format. I recently transitioned to the Maildir format since some users were getting mailboxes in excess of 1GB in size, which made expunging and flagging no easy task. Anyway, it appears now with Maildir, that customflags are "added" instead of

On Wed, Oct 12, 2016 at 07:15:39PM +0100, Renato Golin wrote: > On 12 October 2016 at 18:37, <sylvain.bertrand at gmail.com> wrote: > > Suggestion is not clear answer. How such a decision taken? Is there a board of > > people which have to vote to valid the choice of minimal gcc (and clang) version > > effective? > > We don't have such process, unfortunately.

Hello everyone and Happy 2013! I have a situation -- the first ever I have come across -- which I don't understand. A friend was/is running Postfix and Dovecot - with default configs - nothing was ever changed :-) [root at mail home]# dovecot --version 0.99.11 Anyway, he had a problem with a user mailbox which I wasn't able to diagnose and fix easily. maillog showed: Jan 9 16:11:29

Hi! I want to upgrade a Dovecot installation from 0.99.14 to 1.1.15, so I had a look at the following wiki article: http://wiki.dovecot.org/Upgrading?action=show&redirect=UpgradingDovecot The article http://wiki.dovecot.org/Upgrading/1.0 says something about .customflags -> dovecot-keywords and .subscriptions -> subscriptions change/conversion:

I've tried compiling with tinycc, and assembling with yasm, and fasm even with intel syntax. I'm just wondering what available compilers and assemblers there are without trying every one of them. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090408/b779a781/attachment.html>

http://dovecot.procontrol.fi/test/ Maildir syncing now works pretty much as described in my earlier mail. It was quite a large change, so please test this :) So the new and great features: - It's faster. - If someone renames maildir file just before we try to use it, we now resync the maildir and try to find it again. Before we just failed. It's also possible that the filename changed

I've just found out what it's doing, so I thought I'd include the useful symptom. Joe ----- Forwarded message from Joe Dauncey <joe at dauncey.net> ----- From: Joe Dauncey <joe at dauncey.net> Subject: Re: [Dovecot] Newbie-ish Questions To: dovecot at dovecot.org Date: Mon, 23 May 2005 08:18:04 +0100 Organization: dauncey.net User-Agent: Mutt/1.4.1i X-Mailer:

On Wed, 23 Jun 2004 18:26:01 +0000, "Kelley Reynolds" <kelley at insidesystems.net> wrote: > >I've never used dovecot, but I know that those directories aren't what IMAP servers generally expect when looking for a rootfolderpath. > >For example, courier is always 'INBOX', uw-imap is usually but not always 'mail', and sometimes it's just a

> I've tried compiling with tinycc, and assembling with yasm, and fasm even > with intel syntax. I'm just wondering what available compilers and > assemblers there are without trying every one of them. gas -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University