similar to: Document variable modifiers in pop3_uidl_format

Hello, I've taken a different (better) approach to getting tpop3d-compatible UIDLs: the first attached patch (...md5_modifier.diff) adds a variable expansion modifier (%M) to return the md5sum of the expanded variable in hex. With the patch, you can get tpop3d-compatible UIDLs by setting pop3_uidl_format to %Mf. While testing interactions with other modifiers (e.g. %MUf to get the md5sum in

Hello, I've attached a patch that adds an additional expando to pop3_uidl_format. The additional expando (%M) expands to the md5sum of the filename (which is already available via %f.) This UIDL style is compatible with tpop3d when using Maildir. The patch is against dovecot 1.0 beta3, and I'd love to see it be merged into the official tree. Comments welcome. -- Ben Winslow

From the Dovecot 1.0.1 sample dovecot.conf file: # If you want UIDL compatibility with other POP3 servers, use: # UW's ipop3d : %08Xv%08Xu ... # Note that Outlook 2003 seems to have problems with %v.%u format which was # Dovecot's default, so if you're building a new server it would be a good # idea to change this. %08Xu%08Xv should be pretty fail-safe. #

The "capcha" on wiki.dovecot.org seems to be double-escaping HTML entities in the informational message, such that the wiki displays "Captcha to prevent wiki spam, write <strong>Dovecot</strong> here:" [sic.] When I dutifully entered "<strong>Dovecot</strong>," it didn't work, saying "<span class="error">You didn't

my_strncasecmp ignores the length parameter, which breaks all sorts of things on platforms where the function actually gets used. Trivial patch attached. -- Ben Winslow <rain at bluecherry.net> -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: compat.c.diff URL:

dovecot-request at dovecot.org wrote: > From: Dean Brooks <dean at iglou.com> > Subject: Re: [Dovecot] nfs_flush errors > To: dovecot at dovecot.org > Message-ID: <20080711050942.GA11555 at iglou.com> > Content-Type: text/plain; charset=us-ascii > > On Thu, Jul 10, 2008 at 05:20:21PM -0700, Hans Wunsch wrote: > > Date: Fri, 11 Jul 2008 01:09:42 -0400

Will Dovecot ever support renames across namespaces? I'm attempting to support mailboxes under "INBOX" for compatibility with Courier, which I'm trying to replace, while also supporting mailboxes with no prefix. I don't want to confuse new users (who aren't already subscribed to their mailboxes with the INBOX prefix) by listing the entire tree twice (parented at the

Hi there, I ran into an issue yesterday (dovecot 2.0) whereby when we dsync messages from a local machine (sdbox) to a remote (Maildir) which have different pop3_uidl_formats configured, the uidl format is not preserved. There doesn't seem to be any way to force this in the code, although I suspect that Maildir sources with saved pop3 uidls would pass them correctly. Attached is a rough patch

I recently set up an OpenBSD - Dovecot mail server for a client. Naturally (according to Murphy's Law) they want to use Outlook 2003, pop3s, and leave messages on the server. And just as naturally, the UIDLs don't seem to be working, and when they download mail, they get EVERY email stored on the server, not just the new ones. Other than switching them over to IMAP, I found the

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Folks, I've upload the preliminary patch against 3.0.23b that will become 3.0.23c so people can do full testing against what we hope to be the release code. Note that the reported version in the patch is 3.0.23c-gwc-1 to prevent confusion from the final 3.0.23c release. You can download the gzipped patch file from

Hello, I have read in lots of places about how I should use pop3_reuse_xuidl = yes to prevent pop3 users having to re-download mail (and duplicate their e-mail) after a migration. This fails with the message: pop3_uidl_format setting is missing from config file Which setting for pop3_uidl_format should I set to prevent the e-mail being downloaded again?

I've got a weird split setup where POP3 is currently handled by Courier (courier-imap-3.0.2 distribution), and IMAP is currently handled by the RHEL 5 version of Dovecot (1.0.7) I'm trying to figure out a way to convert the POP3 UIDLs (in cases where the courierpop3dsizelist is newer than dovecot-uidlist, at least) to something that Dovecot will read, or to configure Dovecot's pop3 to

Hello, I am in the process of migrating a hosting setup from UW-IMAP to Dovecot. The protocols available to mail clients are IMAP and POP3 both before and after migration. I also wanted to change the mail storage format from MBOX to Maildir. However, at this point I hit a major snag with Dovecot and POP3 UIDL (unique identification listing for POP3 mailboxes). Several of the customers connecting

Hi, I'm trying to migrate from maildir to mdbox while preserving the pop3 UIDL (and the imap UID). The problem is, for maildir we use (for compatiblity with qpopper): pop3_uidl_format = %f Problem is, as soon as I convert that to mdbox, then whenever a client issues the UIDL command via a POP connection, the connection is closed and this error is displayed in the log: Error: UIDL: File

Hello, I have a serious problem with dovecot and mbox format. dovecot returns the same UIDL for new messages and as result some MUAs don't retrieve new mail. UIDs returned by UIDL command look like 000000*1c*49006cec And there is a moment when dovecot stops incrementing marked digits. In other words when new message arrive to mbox, UIDL command returns used UID. I'll show with example:

Hello! I am trying to migrate from Teapop to Dovecot. I'm using Dovecot 1.1.14. I need to make use of the X-UIDL header so clients don't download messages they've already received. I have the X-UIDL head in the message. I have pop3_reuse_xuidl(pop3): yes My problem is the X-UIDL in the message is being ignored and Dovecot is still generating it's own. The INBOX is an mbx

Hi all, I'm migrating a Postfix + Dovecot 1.0 server with mboxes to Qmail + Dovecot 1.4 with Maildirs and encounter the following the problem. Using perfect-maildir.pl from: http://perfectmaildir.home-dn.net/ i can relatively succesfully convert the mbox to a Maildir. The problem, however is that clients with "leave mail on server" set to on retrieve all email a 2nd time. I

I am testing migration from Qpopper 4.0.5 and have come across a problem. Dovecot dies while processing UIDL command when accessing malformed Qpopper's mbox which has duplicated "From " separator. Qpopper occasionally makes such header while rewriting mbox. In the attached file, unnecessary "From " at line 3. ---------------- * Dovecot 1.0.0 on Debian 4.0(x86) * ext3

Hi, We're upgrading a cluster of servers from v1.0.15 to v1.1.x or v1.2.x. It appears that the UIDL generation mechanism has changed, and thus we'll be getting POP3 dups with users that leave mail on server (which is a nasty practice, I know). From checking the sources, and performing a number of controlled tests in various scenarios, here is the outcome: upgrade from 1.0.15 to

Hi, Considering the scenario, where you have some old account with a different POP3 UIDL format and you migrate them to dovecot. So these old UIDLs would be saved to dovecot-uidlist. At some later time you want to introduce a virtual POP3 INBOX like described on: http://wiki.dovecot.org/Plugins/Virtual So you decide to make the new UIDL format "%f" - to make them unique across