similar to: pop3_logout_format equivalent for IMAP

Displaying 20 results from an estimated 8000 matches similar to: "pop3_logout_format equivalent for IMAP"

2006 Jan 24
1
Fwd: Weird problem opening mbox in beta1/2
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)".
2006 Jan 14
2
20060114 snapshot compilation warnings
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':
2005 Sep 21
1
Another address-spec problem
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
2005 Mar 17
1
Namespaces and subscriptions
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
2005 Mar 22
2
Address with whitespace shows as ""@MISSING_DOMAIN
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
2005 Mar 18
2
Pine and prefix - LIST command bug?
I've been having problems with Pine 4.62 talking to Dovecot 1.0 stable. It's fine when the folder collection path is empty, but if I have "~/mail/" or "mail/" it gives access errors (I'm using the "~/mail/", "mail/" etc. hidden namespaces for backwards compatability). It seems to me that Dovecot is not replying correctly to a "LIST"
2005 May 05
1
1.0-stable loses flag changes sometimes?
I've been struggling with an odd bug in the latest 1.0-stable (20050427) release. Sometimes Dovecot seems to forget that a message has been read or deleted and marks it unread (or not deleted). As far as I've been able to determine, it seems to happen when 1) There have been several recent deliveries 2) Possibly some of those deliveries are of multiple messages 3) Possibly they are read
2005 Mar 15
2
Read-only mail folders
Is it possible to have folders on read-only partitions in Dovecot 1.0-stable? We have a NetApp fileserver which would probably be accessed via NFS (though iSCSI is possible) and which stores readonly "snapshots" of every directory accessible as .snapshot (but usually hidden from the operating system). It would be very nice to set up a "snapshot" namespace something like
2005 Apr 20
3
Why is "UIDVALIDITY changed" fatal?
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
2005 Jul 14
0
[Fwd: Re: Dovecot and ActiveDirectory]
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: >
2007 May 30
1
rsync-ing IMAP mbox-format mailboxes to NetApp
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
2009 Dec 18
3
imap-login crashes after upgrade to Dovecot 1.2.8 Linux 64-bit
Hi all, We moved our Dovecot installation first of all to have all folders and inboxes on NetApps via NFS (with indexes local) then from a physical Solaris 8 4-way UltraSparc server running Dovecot 1.2.5 (32-bit) to a virtualised Ubuntu 8.04 64-bit server with a single virtual processor (in VMWare ESX 3.5) running Dovecot 1.2.8 (64-bit). Since the change, many of our users have experienced
2005 Nov 03
0
FW: How to log POP3 events
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,
2009 Oct 03
1
Another 1.2.5 imap panic
We've had another random imap process crash. This is with the original 1.2.5 imap (I haven't applied the patch for two processes creating an index simultaneously): > Oct 03 13:24:56 imap-login: Info: Login: user=<xxxxxxxx>, method=PLAIN, rip=134.225.1.46, lip=134.225.16.6 > Oct 03 13:25:59 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=483, msgid=<xxxxxxxx> > Oct
2005 Jun 14
3
dovecot.index.cache 1/3rd of INBOX size
I've noticed that my dovecot.index.cache file has got very large (24MB, which is more than 1/3 of my INBOX size). I've tried deleting (well, renaming) the dovecot.index.* files, and re-opening my INBOX, and the new dovecot.index.cache is only 90KB so far. I'm using dovecot-1.0-stable and mbox format. My mail_cache_fields and mail_never_cache_fields are set to the default. Looking
2005 Mar 15
1
Authentication to Active Directory
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 =
2005 Apr 11
1
LSUB matches prefix bug?
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
2005 Sep 11
1
Do index files need removing when upgrading 1.0-stable to 1.0-alpha1 or later?
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
2006 Feb 24
1
INBOX as Maildir and folders as mbox
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
2006 Jun 30
1
1.0rc1 location variable bug
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