search for: map_uid

Is map_uid/guid going to be supported at IMAP protocol level? [via IMAP protocol extension] Specifically I would like to be able to: a) ask for mail_uid/GUID of specific message in mail store b) get list of folders containing copies of message with given mail_uid/GUID http://wiki2.dovecot.org/MailboxFormat/...

...roblem with an incosistent mdbox: Oct 24 10:43:23 two dovecot: imap-login: Login: user=<...>, method=PLAIN, rip=..., lip=..., mpid=4977, TLS Oct 24 10:43:23 two dovecot: imap(listen at mjh.name): Error: mdbox map .../mdbox/storage/dovecot.map.index corrupted: Unexpectedly lost INBOX uid=638 map_uid=809891 Oct 24 10:43:23 two dovecot: imap(listen at mjh.name): Error: mdbox map .../mdbox/storage/dovecot.map.index corrupted: Unexpectedly lost INBOX uid=638 map_uid=809891 Oct 24 10:43:23 two dovecot: imap(listen at mjh.name): Disconnected: Internal error occurred. Refer to server log for more inf...

Is there an easy way of "fixing" these? Oct 26 13:24:52 imap(account at domain): Error: mdbox map /var/mail/domain/account/mdbox/storage/dovecot.map.index corrupted: map_uid=2700 refcount too low (dovecot 2.1.17) -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64 Franziskanerstra?e 15, 81669 M?nchen Sitz der Gesellschaft: M?nchen, Amtsgericht M?nchen: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein

I'm not sure what the code is trying to do, but the SGI Irix compiler spotted this usage of an undefined variable. In uidlist.c: ======= static int map_uid(int id, char *name) { uid_t uid; if (uid != 0 && name_to_uid(name, &uid)) return uid; return id; } static int map_gid(int id, char *name) { gid_t gid; if (gid != 0 && name_to_gid(name, &gid)) return gid; return id; } ======= Both uid (in map_uid) and gid (in...

...ld_mailbox_multi (trans=0x751c14c870, view=<optimized out>, rebuild_ctx=0x751c14cbf0, ctx=0x751c007c00, mbox=<optimized out>) at mdbox-storage-rebuild.c:433 new_seq = 17683 hdr = 0x751c004ae0 data = 0x751c08348c expunged = false uid = 8877 map_uid = 127994 new_dbox_rec = {map_uid = 127994, save_date = 1362612657} rec = 0x0 old_seq = <optimized out> #1 rebuild_mailbox (vname=<optimized out>, ctx=0x751c007c00, ns=<optimized out>) at mdbox-storage-rebuild.c:546 box = 0x751bf7af30 mbox =...

Hi, I have recently migrated (under emergency conditions) a dovecot imap/pop based server to a new instance. The mailboxes used mdbox format and due to various screwups I had corrupt indexes. I thought I'd cleaned this up but then I found that this new instance hadn't been set up correctly for nfs. Long story short, I still get users with new cases of corrupt indexes. The symptom is imap

...9;m not sure in what ways your mdboxes are corrupted, so there might be an easier way to do it, but for a generic checker I think this would work: * doveadm dump dovecot.map.index and remember all the "uid" numbers * doveadm dump dovecot.index for each folder and remember all the "map_uid" numbers. * See if any map_uid is missing in dovecot.map.index's uid numbers. yes -> force-resync You can also use doveadm dump for the storage/m.* files to see what they contain, but this likely won't be useful for this case.

...in the logs: Jun 11 19:57:43 alsace dovecot: imap(sharedviewer at integrafin.co.uk): Error: mdbox map /home/indexes/integrafin.co.uk/t/sharedviewer/shared/sharedviewee at integrafin.co.uk/storage/dovecot.map.index corrupted: U nexpectedly lost shared/viewee at integrafin.co.uk/INBOX uid=73129 map_uid=74192 Jun 11 19:57:43 alsace dovecot: imap(sharedviewer at integrafin.co.uk): Disconnected: Internal error occurred. Refer to server log for more information. [2012-06-11 19:57:43] in=308 out=820 Jun 11 19:57:43 alsace dovecot: auth: Debug: auth client connected (pid=1957) Ideally I'd like...

...quot;#" is an integer and a map file ("dovecot.map.index"). I think I expected the map file to be a plain text file with one record per line, but in fact it appears to contain binary data. According to the wiki ( http://wiki.dovecot.org/MailboxFormat/dbox ) the records go as: - map_uid: Unique growing 32 bit number for the message. - refcount: 16 bit reference counter for this message. Each time the message is copied the refcount is increased. - file_id: File number containing the message. For example if file_id=5, the message is in file m.5. - offset: Offset to message with...

...m disk for indexes for mdbox is a really bad idea: /"Note that with dbox the Index files actually contain significant data which is held nowhere else. Index files for both *single-dbox* and *multi-dbox* contain message flags and keywords. For *multi-dbox*, the index file also contains the map_uids which link (via the "map index") to the actual message data. This data cannot be automatically recreated, so it is important that Index files are treated with the same care as message data files."/ So in mdbox we should not use a ramdisk for indexes. But what about sdbox?...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everybody, I have one thousand virtual users with mdbox mailbox format and 10 GByte quota. I have noticed some performance problem related to I/O (the mailbox disk is a 6TB raid1+0 on ISCSI), so I want to put the index files on a different disk. My actual mail_location is: mail_location = mdbox:/var/vmail/%-1.1u/%u/mdbox and I want to switch

...at mail-copy.c:112 __func__ = "mail_storage_copy" #11 0x00007fea1a0e03f6 in mdbox_copy (_ctx=0x56239be14ca0, mail=0x56239bdfdb28) at mdbox-save.c:461 ctx = 0x56239be14ca0 save_mail = 0x56239bdfdb28 src_mbox = <optimized out> rec = { map_uid = 2615013952, save_date = 22051 } guid_data = 0x7fff78dbb9b0 wanted_guid = "@\362?#V\000\000\240L\341\233#V\000" #12 0x00007fea1a3cf999 in mail_deliver_copy (ctx=0x56239be14ca0, mail=0x56239bdfdb28) at mail-deliver.c:547 box = <optimized out&g...

Hi, On saturday one of our dovecot machines had an OOPS, and we had to powercycle it. When it came up, it did a filesystem fsck (ext4) and fixed a couple things, but nothing in lost+found. Now, about 50 users have a problem where their indexes are corrupted. Dovecot tries to fix them, but for some reason it is failing. The users are seeing their mails duplicated and they cannot delete mails. I

Hello everybody, We are updating our old dovecot 1.1 servers to 2.0. We have a farm os servers, with users in nfs filesystems and indexes in local fs. Mail is stored in maildir format. We don't warrant that a user is always directed to the same server, although our load balancer sends all request from one IP to the same server (during a session time with a inactivity timeout). This is

...een able to run deduplicate for most of mailboxes, but one mailbox got broken and I had to manually move message to another mailbox force-resync failed fot that mailbox doveadm(l.davydjanc at mydomain): Error: mdbox map /srv/vmail/current/mydomain/davydjanc/storage/dovecot.map.index corrupted: map_uid=361735 refcount too low Hope you guys have an idea how to work it around :) replication.conf dsync_remote_cmd = /usr/bin/ssh -i /home/vmail/.ssh/id_rsa -l %{login} %{host} doveadm dsync-server -u %u service aggregator { fifo_listener replication-notify-fifo { user = vmail...

...etro-email.com/cory/mdbox/mailboxes/INBOX/dbox-Mails/dovecot.index.cache: field index too large (66 >= 30)Nov 28 09:40:21 macy dovecot[6615]: imap(cory at metro-email.com): Error: mdbox map /opt/mail/metro-email.com/cory/mdbox/storage/dovecot.map.index corrupted: Unexpectedly lost INBOX uid=1233 map_uid=1708 As for the segfaults, I am getting this regardless of which mailbox I specify: # /opt/dovecot/bin/doveadm -Dv force-resync -u cory INBOX doveadm(root): Debug: Loading modules from directory: /opt/dovecot/lib/dovecot doveadm(root): Debug: Module loaded: /opt/dovecot/lib/dovecot/lib15_noti...

...func__ = "mail_storage_copy" > #11 0x00007fea1a0e03f6 in mdbox_copy (_ctx=0x56239be14ca0, mail=0x56239bdfdb28) at mdbox-save.c:461 > ctx = 0x56239be14ca0 > save_mail = 0x56239bdfdb28 > src_mbox = <optimized out> > rec = { > map_uid = 2615013952, > save_date = 22051 > } > guid_data = 0x7fff78dbb9b0 > wanted_guid = "@\362?#V\000\000\240L\341\233#V\000" > #12 0x00007fea1a3cf999 in mail_deliver_copy (ctx=0x56239be14ca0, mail=0x56239bdfdb28) at mail-deliver.c:547 >...

> We'll need the `dovecot -n` output first. Here we go: > # 2.2.devel (933d16f): /etc/dovecot/dovecot.conf > # Pigeonhole version 0.4.devel (63f9b42) > # OS: Linux 3.13.0-98-generic x86_64 Ubuntu 14.04.5 LTS > default_vsz_limit = 2 G > lmtp_user_concurrency_limit = 10000 > mail_attachment_dir = /home/copymail/attachments > mail_location = mdbox:~/mdbox >

..._copy (ctx=0x0, ctx at entry=0x142ab50, mail=mail at entry=0x13eaf20) at mail-copy.c:107 No locals. #10 0x00007f0ca3dc42bf in mdbox_copy (_ctx=0x142ab50, mail=0x13eaf20) at mdbox-save.c:444 ctx = 0x142ab50 save_mail = 0x13eaf20 src_mbox = <optimized out> rec = {map_uid = 21146464, save_date = 0} guid_data = 0x142ab68 wanted_guid = "\360=B\001\000\000\000\000\340\357E\242\f\177\000" #11 0x00007f0ca245f21b in acl_copy (ctx=0x142ab50, mail=0x13eaf20) at acl-mailbox.c:435 t = <optimized out> abox = 0x1423df0 #12 0x00007...

...0007fa88c28a757 in mail_storage_copy (ctx=0x0, mail=0x7fa88e633180) at mail-copy.c:107 No locals. #17 0x00007fa88c2b601e in mdbox_copy (_ctx=0x7fa88e5eeb00, mail=0x7fa88e633180) at mdbox-save.c:427 ctx = 0x7fa88e5eeb00 save_mail = 0x7fa88e65bc28 src_mbox = 0x8 rec = {map_uid = 2894112400, save_date = 32765} guid_data = 0x7ffdac80a690 wanted_guid = "\260\246\200\254\375\177\000\000(\274e\216\250\177\000" #18 0x00007fa88b751322 in quota_copy (ctx=0x7fa88e5eeb00, mail=0x7fa88e633180) at quota-storage.c:227 t = 0x7fa88e5e95e0 qt =...