similar to: iOS Mail Client Not Copying to Sent Folder

Greetings, I recently upgraded Dovecot from 1.2 to 2.0.14, for purposes of using Dsync to migrate emails from one server to another. I'm using MySQL for authentication. However I get this error message when I try to run Dsync, and after looking around for an answer, I'm at a bit of a loss: [root at triata ~]# dsync -v -u asai at globalchangemusic.org backup ssh -p22222 vmail at

Greetings, I'm sorry for asking what may be a really obvious question, but I'm having a hard time turning off logging, or at least getting less verbose logging. My dsync logs are about 7 MB daily, and I'm trying to get that switched off. At one point I had it on a lower level of verbosity, and I turned it up for debugging purposes, but now I cannot seem to turn it back down,

Greetings, In doing some debugging of authentication issues, I'm wondering if these SSL warnings are anything to be investigating? Jul 24 11:23:16 triata dovecot: imap-login: Warning: SSL: where=0x10, ret=1: before/accept initialization [192.168.70.101] Jul 24 11:23:16 triata dovecot: imap-login: Warning: SSL: where=0x2001, ret=1: before/accept initialization [192.168.70.101] Jul 24

Hello, a colleague found some strange messages in the logs: Oct 27 13:08:43 mail postfix/qmgr[1618]: E83C8180F56: from=<user1 at domain.de>, size=298937, nrcpt=2 (queue active) Oct 27 13:08:43 mail dovecot: lmtp(6740): Connect from local Oct 27 13:08:43 mail dovecot: lmtp(user2 at domain.de): gYFbBEdpL1ZUGgAA0nA0dQ: message-id=<035901d110b0$3929bc20$ab7d3460$@domain.de>: saved mail

Greetings, Working with dsync and setting up backups to a Windows file server. Problem seems to be that Windows is renaming the dovecot mail files (maildir) to Windows friendly filenames, and losing the Dovecot name. For example, 1323817925.M36368P32049.triata.globalchangemultimedia.net,S=2255,W=2318:2,S becomes 1AETPH~X. Does anyone have any ideas about how to tell Windows to not do this?

Greetings, I have set up some public folders for Thunderbird, and one user in particular cannot access the shared folders. This is the message I get from /var/log/maillog (I should add that the domain name is over 35 characters long!): Jun 18 14:38:23 triata dovecot: IMAP(user at mydomain.com): Panic: file maildir-uidlist.c: line 1242 (maildir_uidlist_records_drop_expunges): assertion

Greetings, Just wondering if anybody would know why one of our users' iOS Mail app client doesn't show the email previews (the first few sentences of the email)? We had migrated from an earlier (2.2.4) version of Dovecot to the latest version and once that was done, the user began to report this issue.? I don't know if it's a Dovecot issue or not, but can anyone point me in

Greetings, We're in the process of upgrading our Dovecot server to new hardware and new expanded storage.? We planned on using an NFS share for the mail storage, as we're running Postfix / Dovecot on a VM and wanted to separate out the mail storage from the VM for backup reasons. I read as much as I could find on line regarding configuring Dovecot to use NFS, and set it up as best I

Greetings, I've recently upgraded from version .97 to v. 1.2. Everything seems to be working OK, but I'm wondering why I'm getting authentication failure messages in /var/log/maillog. Like this: Dec 15 11:02:41 triata dovecot: imap-login: Disconnected (auth failed, 1 attempts): user=<mycenay>, method=PLAIN, rip=140.9.5.1, lip=140.9.5.1, secured Although that user can

For the record, ever since the last patches for NFS got committed, we don't see locking issues over NFS in general across all our platforms, but it also depends on how you configure your NFS server. You might find that this is not a dovecot issue, but an NFS issue. You might want to post more about your NFS setup(s) and then someone on the list might better assist you. -- Michael -- On

On 03/10/2019 17:26, Asai via dovecot wrote: > Mr. Timo, > > I would presume you are busy with many responsibilities, but might you > have a few minutes to consider this problem? > > Or is there any other Dovecot expert who may be able to offer advice > on how to get the home directories created?? Thank you for those who > have helped offer advice on this already. >

Mr. Timo, I would presume you are busy with many responsibilities, but might you have a few minutes to consider this problem? Or is there any other Dovecot expert who may be able to offer advice on how to get the home directories created?? Thank you for those who have helped offer advice on this already. Asai On 10/2/2019 5:08 PM, Asai via dovecot wrote: > Hello, > > I spent the

On 2019-09-26 03:44, Asai via dovecot wrote: > Greetings, > > We're in the process of upgrading our Dovecot server to new hardware > and new expanded storage. We planned on using an NFS share for the > mail storage, as we're running Postfix / Dovecot on a VM and wanted to > separate out the mail storage from the VM for backup reasons. > > I read as much as I

On 10/1/2019 11:42 PM, Aki Tuomi via dovecot wrote: > Can you configure mail_debug=yes, try again, and post the logs? > > Aki Hello Aki, This is the only piece of relevant info I've been getting in the logs, and I'm trying to figure out how I can get more debug data on this: Oct 02 07:34:09 imap(asai2 at triata.globalchange.media)<43553><9fylXO6TtycKCgDu>: Debug:

Hello, I spent the afternoon troubleshooting this, and after hours, I still can't see what I'm missing. On the older version of Dovecot (2.2) it worked fine to create a new user, then Dovecot would create the home folder under the maildir folder as outlined in the documentation, simply by creating a new user in the database, and opening the new user account in the mail client. #

Greetings, For whatever reason, the BIND server running on our Samba AD instance changes permissions on /var/lib/samba/private/ldapi and /var/lib/samba/private to root:root, and causes all kinds of trouble. If I change the permissions back to named:root, it works fine. But after about 3 or 4 weeks it will revert back to root:root. How do I prevent this from happening in the future? Thanks.

Hello, I hate to have to ask this, but... why isn't the home directory being created automatically? Due to legacy compatibility we've had to use this type of home dir config: mail_location = maildir:/vmail/%d/%n mail_home = /vmail/%d/%n/home We're in the middle of upgrading to new hardware, and so I'm migrating configs to the new server, Dovecot 2.3.7 and Postfix 3.4.6 On

Here's a work-around for the problem that appears to work and maybe also hints at the root of the problem: If you setup the Thunderbird account to "Place a copy in:..." "Other" and then select the Sent folder of the account (rather than just selecting "Sent Folder on: ..."), the problem appears to go away. I can't tell for sure, but Thunderbird seems to send

>> symptoms: >> 1. Coming back to the idle client, and clicking on a newly arrived >> message, often a long delay (seems like minutes, sometimes) will >> occur before the message loads from the server. >> 2. Sending messages, as often as not, the client will stall, >> sometimes indefinitely, on "copying message to sent folder". >> >

Greetings, Can anyone help me to solve this problem? When doveadm sync is running nightly, we have a certain user's mailbox that will not properly sync and the logs give me this error (user private info redacted): Error: Mailbox USER/MAILBOX: UID=79: read(/vmail/domain.org/user/.MAILBOX/cur/1575914253.M611834P7822.triata4,S=41893,W=42718:2,Sc) failed: Cached message size smaller than