similar to: attachments not with email causing FETCH BODY failed

Hi, I have been (attempting) to transition a company from in-house dovecot 1.x to a hosted dovecot 2.2 setup. I am running the doveadm sync command, and for the four mailboxes have been blocked -- sync'ing seem to be copying the same mails, over and over (note, initially I was using doveadm backup but my reading has indicated that 'doveadm sync' is better) Example: # date

http://bugs.freedesktop.org/show_bug.cgi?id=15377 Summary: unable to watch DoctorWho Product: swfdec Version: unspecified Platform: Other URL: http://www.bbc.co.uk/doctorwho/s4/episodes/?episode=S4_0 1&action=iplayer&pid=b009w049&title=Partners%20In%20Crim

http://bugs.freedesktop.org/show_bug.cgi?id=15838 Summary: unable to enter IronMan movie site Product: swfdec Version: git Platform: Other URL: http://ironmanmovie.marvel.com/intl/uk/ OS/Version: All Status: NEW Severity: normal Priority: medium Component: library AssignedTo: swfdec

Package: xen-utils-common Version: 3.2.0-2 Severity: wishlist Hi, It would be very useful it /usr/bin/pygrub was available -- it should be a symlink (or wrapper) that points to the real version in the Xen hypervisor. That would mean that the domain configuration for xen domains could be (relatively) static when upgrades are occuring between hypervisor versions. Thanks, Anand -- System

Hi, This is probably documented somewhere very obvious but I do not seem to be able to find it. Many years ago I configured my Samba server with an LDAP backend. I also put in the parameter 'ldap idmap suffix = ou=Idmap' in my smb.conf file too as per: <http://au1.samba.org/samba/docs/man/Samba-HOWTO-Collection/domain- member.html#id2571568> Amazingly enough I now have to add

Hi, I had enabled an option in dovecot. mail_attachment_dir = /var/mail/virtual/copymail/attachments After a while I checked /var/mail/virtual and did some cleanup. I did not remember that copymail was specified in dovecot and erased it. Oct 30 10:56:05 mx0 dovecot: imap(hidden): Error:

Hi, After upgrading to v2.2.7 yesterday, I am starting to get a larger number of bugs occurring -- unfortunately I hadn't configured things to save core dumps (now done). But I am seeing things like: dovecot: imap(user at example.com): Fatal: master: service(imap): child 27931 killed with signal 11 (core dumped) kernel: [151706.763475] imap[4878]: segfault at 7fff53b0aff8 ip

Hi, I've had the following appear in my logfile, and am just wondering what the warning means? dovecot: managesieve-login: Warning: SSL alert: where=0x4008, ret=256: warning close notify [a.b.c.d] dovecot: imap-login: Warning: SSL alert: where=0x4004, ret=256: warning close notify [w.x.y.z] Should I be worrying about these kinds of messages? Dovecot 2.2.4 on Ubuntu 12.04 LTS if it is

Hi, I have an NFS share on a NAS device which is mounted on my Samba server. I then share this using Samba. Client who connect are not able to obtain read-write locks. This setup works fine when the Samba version is 3.0.24 (Debian version 3.0.24-6etch9) but anything later and it fails. All systems are running Linux 2.6.18 (or later) in case anyone is wondering. Has anyone else seen the same

Hi, Using dovecot v2.2.5.5, I get the following: $ doveadm -v backup -R -u user at example.com maildir:/home/rsync/ example.com/user/Maildir/ [...] dsync(user at example.com): Panic: file dsync-mailbox-export.c: line 228 (export_save_change_get): assertion failed: (change->type == DSYNC_MAIL_CHANGE_TYPE_FLAG_CHANGE) dsync(user at example.com): Error: Raw backtrace:

Hi, Another day, another dysnc attempt. Using Dovecot v2.2.5.4; I see: # doveadm -v -o imapc_user=user at example.com -o imapc_password=password -o imapc_host=imap.example.com -o imapc_port=993 -o imapc_ssl=imaps -o imapc_ssl_dir=/etc/ssl -o imapc_feature=rfc822.size -o imapc_ssl_verify=no sync -1 -R -u user at example.com imapc: dsync(user at example.com): Info: copy from Drafts: box=Drafts,

The long term plan is to get all of Dovecot disk I/O asynchronous. The first step to that direction would be to make dbox/mdbox I/O asynchronous. This might also allow mbox/maildir to become partially asynchronous. http://www.dovecot.org/list/dovecot/2009-December/045481.html already started describing how the lib-storage API could be changed to support high-latency storages. Adding support for

Hi, I've noticed that the redirect sieve extension is placing an extra space before the headers of email when the 'redirect' command is used. Unfortunately this break gmail, yahoo, and most other email programs. I am using pigeonhole 0.4.0-14 with Dovecot 2.2.4.3; I see change 1781:e439789e3211 but it appears to only change how the X-Sieve header is generated. I only have the one

Hi, I am seeing occasional log entries like: Feb 4 06:20:01 mail1 dovecot: imap(user at example.com): Error: read(<imap client>) failed: zlib.read(<imap client>): unexpected EOF at 894774 Feb 4 06:20:01 mail1 dovecot: imap(user at example.com): Disconnected in APPEND (1 msgs, 201 secs, 0/5180550 bytes) in=894774 out=643701 I've been able to correlate this to users - using

Hi, I am beginning to see many entries like: Sep 10 21:32:06 mail1 dovecot: imap(user1 at example1.com): Warning: read(/var/run/dovecot/dict): dict lookup took 20 seconds Sep 10 21:32:11 mail1 dovecot: imap(user2 at example2.com): Warning: read(/var/run/dovecot/dict): dict lookup took 25 seconds Sep 10 21:32:16 mail1 dovecot: imap(user3 at example3.com): Warning: read(/var/run/dovecot/dict):

Hello, I need to demux video files created with ffmpeg2theora 0.28+svn18147 I have ogminfo v1.5 and getting this error (ogminfo.c) OGG stream 1 is of an unknown type (bad header?) (ogminfo.c) OGG stream 2 is of an unknown type (bad header?) (ogminfo.c) (a1/serial 1092562206) Vorbis audio (channels 2 rate 48000) Is possible, that ogminfo is older then ffmpeg2theora ? Or what can be the reason?

Hi list, I'm trying to do a domain migration using the imapc feature, but i'm having some problems and I really don't know what is happening. So if you guys could help me with a path to solve this, I will be glad. I'm using Dovecot 2.1.7 in a Debian Wheezy machine. The command I'm using is: dsync -Dv -o imapc_features=rfc822.size -o imapc_host=IP -o imapc_port=143 -o

hi all when I use dsync migrate users from dovecot2.0.14(maildir Solaris10) to dovecot2.2.15(mdbox debian7) , most of the users migrated well, only one user has a error. migrate cmd: "$dovecotHome"bin/doveadm -Dv -o mail_fsync=never -o imapc_host=$ip backup -R -u $user imapc: dovecot2.2.15 log: doveadm(root): Debug: Loading modules from directory: /home/mail/dovecot/lib/dovecot

with dovecot --version 2.3.10.1 (a3d0e1171) exec of doveadm -v -o mail_fsync=never backup -R -f -u testuser at example.com imapc: currently fails, here, with Error: Mailbox INBOX sync: mailbox_delete failed: INBOX can't be deleted checking lists, this has been seen before @ https://dovecot.org/pipermail/dovecot/2016-January/102988.html On 24 Jan 2016, at 18:47, Timo Sirainen

I'm working on migrating IMAP users from Mirapoint Message Servers to Dovecot servers. The Mirapoint IMAP server uses INBOX as a namespace for private mailboxes. I created the same namespace in Dovecot, but when I migrate mailboxes dsync seems to ignore/miss the namespace on Mirapoint and I end up with all mailboxes under a INBOX.INBOX hierarchy. Mirapoint Source Server