similar to: Heimdal & gssapi.h

Hmm, this is peculiar! This mailbox has been unchanged on my test server since September. I've been using it to test each new version of Dovecot just after I've compiled it. When beta1 was released, I opened this mbox with no problems. However, when I upgraded to beta2, I got "file size unexpectedly shrinked in mbox file /export/mail/a/24/vis99003/INBOX (16895967 vs 16899267)".

Oops! Thought I'd CC'd this to the list. Sorry, Oliver! Chris -------- Original Message -------- Date: Wed, 13 Jul 2005 20:09:35 +0100 From: Chris Wakelin <c.d.wakelin at reading.ac.uk> To: Jeroen Scheerder <Jeroen.Scheerder at phil.uu.nl> CC: Chris Wakelin <c.d.wakelin at reading.ac.uk> Subject: Re: [Dovecot] Dovecot and ActiveDirectory Jeroen Scheerder wrote: >

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-04:07.cvs Security Advisory The FreeBSD Project Topic: CVS path validation errors Category: contrib Module: contrib_cvs Announced:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-04:07.cvs Security Advisory The FreeBSD Project Topic: CVS path validation errors Category: contrib Module: contrib_cvs Announced:

It seems that Dovecot gets confused when presented with a header like: From: someone at somewhere.org i.e. with leading whitespace and no "friendly name" This shows up as ""@MISSING_DOMAIN in clients, such as Pine, that believe what Dovecot tells them rather than parsing the headers themselves (e.g. Thunderbird). Here's a sample IMAP session: xyz FETCH 728 ENVELOPE

Ok, I think I have that figured out. I made the following mods: disable_plaintext_auth = no pop3_uidl_format = %08Xu%08Xv and it seems to work. Now...about those enhanced logging capabilities. As promised, I see the enhanced logging. What does TOP and RETR mean? (I checked the manual first) Cliff -----Original Message----- From: Cliff Hayes [mailto:chayes at afo.net] Sent: Thursday,

Timo, I've noticed a couple of extra compilation errors in last night's snapshot compared to the snapshot I downloaded on Tuesday, probably due to the int -> bool change :- (gcc 3.3.2 on Solaris 8) mbox-sync.c: In function `mbox_sync': mbox-sync.c:1568: warning: comparison is always false due to limited range of data type index-search.c: In function `search_index_arg':

I've got a problem with subscriptions in 1.0-stable when migrating from UW-IMAP. I've modified the SUBSCRIPTION_FILE_NAME entries as suggested in the Wiki http://wiki.dovecot.org/Migration and included the "~/mail/" etc. hidden namespaces. The .mailboxlist files contain entries like "~/mail/somefolder" and the clients have "~/mail/" set as a prefix. In

I've had complaints from users about "MISSING_DOMAIN" in header fields and I've tracked it down to having "." in an unquoted display name. By my reading of RFC2822 (especially section 4.1) A N Other <a.n.other at somewhere.org> "A. N. Other" <a.n.other at somewhere.org> are legal, but A. N. Other <a.n.other at somewhere.org> is

I've tried turning on mbox_very_dirty_syncs for myself (and a few other brave souls running 1.0-alpha3 rather than 1.0-stable) again to see what perfomance gain it gives (see thread http://www.dovecot.org/list/dovecot/2005-July/007956.html). Now we aren't running UW-IMAP at all, how safe is mbox_very_dirty_syncs assuming the only other process writing to mailboxes is our MTA (exim) which

You have to use a version of CVS that's specifically built for Windows. You can find prebuilt Windows binaries at cvshome.org. The cygwin supplied CVS no doubt thinks it's running on Unix, so naturally it won't convert line endings. On Mon, 08 Nov 2004 16:23:30 +0100 Morten Ofstad <morten at hue.no> wrote: > Jeff Cohen wrote: > > > Are you sure your CVS is

Has anybody managed to have Dovecot authenticate to Microsoft Active Directory? I've tried to get it to work using LDAP and the following settings dovecot.conf: userdb = ldap /etc/dovecot-ldap.conf passdb = ldap /etc/dovecot-ldap.conf dovecot-ldap.conf: hosts = rdg-home.ad.rdg.ac.uk dn = cn=bind-user,cn=users,dc=rdg-home,dc=ad,dc=rdg,dc=ac,dc=uk dnpass = XXXXX ldap_version = 2 base =

I think I've found a minor bug in the LSUB command: . LSUB "" "*" gives ... * LIST (\Noselect) "/" "#maildir" ^^^^ * LSUB () "/" "#maildir/test4" where I have a namespace with prefix "#maildir/". Here's a patch to make it not list the namespace prefix in an LSUB command (or should it list it as 'LSUB

Hi Timo, Just a quick question: do index files still need removing when upgrading from 1.0-stable (as in the testXX series) or will Dovecot regenerate them automatically? I'm expecting to go with 1.0-stable on Tuesday for my 20,000 users (as that's what I've been testing), but if we see lots of index issues, I may want to upgrade to alpha1 (or later) fairly soon afterwards and it

Hi, I was wondering whether anybody has managed to get Dovecot 1.0 to store INBOX as Maildir and folders as mbox. I've tried something like default_mail_env = mbox:/folders/user/mail:INBOX=maildir:/inboxes/maildir/user:INDEX=/indexes/user but it doesn't seem to work (treats INBOX as mbox). I'm hoping to move some INBOXes from mbox on local disk to Maildir on nicely-mirrored NetApp

I think I've found a bug in Dovecot 1.0 rc1 where if you have namespaces without the "location = " setting defined, it fails to use default_mail_env as it should. This seems to have been broken by :- 2006-06-16 18:13 Timo Sirainen <tss at iki.fi> * src/master/: auth-process.c, login-process.c, mail-process.c, main.c, master-settings.c: Settings parser nowadays returns

Hi all, Sorry for the longish post! I've been looking at using rsync to mirror our mailstore (BSD/mbox format, i.e. flat files consisting of concatenated plaintext messages) to a NetApp Nearstore (basically a filer with SATA rather than FC disk) mounted over NFS. I want to do this in such a way that the NetApp automatic snapshots are kept as small as possible, so hopefully several versions

I've got several users testing Dovecot IMAP at the moment, but some of them are also accessing their mail via UW-IMAP at other times. (I've warned them about accessing the same folder simultaneously via UW-IMAP and Dovecot!) In addition, we have special folders "AutoSpam" and "Trash" that pruned using Washington's "mailutil" automatically every so

I've had a go at back-porting Timo's recent fixes to the IMAP fetch command from 1.0-test66 to 1.0-stable. This seems to fix the problem with kmail, and Thunderbird seems to work fine without its RFC822.SIZE fix. It's a bit big for the body of this message, so it's attached. The bit I'm most concerned about in my port is whether I got the buffer_insert call right

I'm still battling my way through using hidden namespaces to hide the change from UW-IMAP to Dovecot 1.0-stable from my users. The latest problem is that some (probably many) users have their IMAP folder prefix set to "~/mail" rather than "~/mail/". I have hidden namespaces with prefixes "~/mail/", "~%u/mail/" and "mail/". LIST