similar to: Auth Fails, But Can Still Get Mail

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, 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

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, 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, 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

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:

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

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

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

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 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 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. >

Greetings, We have many iOS clients, and some report that they?re having problems with iOS mail copying messages to their Sent folder. This happens 2 - 3 times per day, and the phone just says Sending and the client never knows if it sends. Client says apparently email DOES go out, but there is no recording of it. This is usually on our LAN. We?re not sure if this is solved via Postfix or

All, I've spent quite a few hours trying to figure this out to no avail... I have two machines and the result is the same on both. Additionally, each machine does not support full hardware virtualization... I am able to create 8 VMs. When attempting to create ninth VM, I get the following error: Error: Device 51712 (vbd) could not be connected. /etc/xen/scripts/block failed; error

I'm having an issue I can't seem to work around after upgrading from Dovecot 1.0.7 to 1.2.17. After getting Dovecot 1.07 working on CentOS 5.9, I decided that it might be wise to upgrade to a later version, so I stuck with 1.x and went with 1.2.17, which I had to compile from source. CentOS was originally using /etc as the starting path for Dovecot files but the source distribution puts

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

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. #

I have managed to get the master quota working, but cannot get individual user quota to do anything. Here is a line from /etc/dovecot/passwd: _kari at karico.ca:XXXXXXXXX:502:502::/var/mail/vhosts/karico.ca/kari::userdb_quota_rule=*:bytes=600M_ Also, based on this, the expire cron job says: Unknown dict module: db # 1.1.6: /etc/dovecot.conf # OS: Linux 2.6.18-92.1.18.el5.centos.plusxen i686

Greetings, I'm setting up replication and am getting this error from the server where the replicated mails are being initially created: Aug 27 11:03:53 molecular dovecot: dsync-server(user at domain.org): Error: Couldn't create lock /vmail/domain.org/user/home/.dovecot-sync.lock: No such file or directory Can anyone shed some light on this? Here's the Replicator config of the

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