similar to: messages lingering in .Trash/new instead of .Trash/cur

I'm using RC15 on Solaris 9. The wiki indicates that when a dovecot-shared file exists, "Dovecot uses the same permissions and GID when it creates index files, dovecot-uidlist file, new mail files, etc." In my case, Dovecot *is* creating new index files based on dovecot-shared, but dovecot-uidlist and individual message files don't completely match the permissions/group

Is there a way to configure logging to indicate what connection type was used to authenticate? I'd like to be able to tell from the logs whether the user used STARTTLS on port 143 or an SSL-wrapped connection on port 993. Using RC15 with auth_verbose=yes gives us the following log entries during login and logout (lines wrapped for convenience): # login port 143 with STARTTLS: Jan 3

Hi all, I've just switched from 0.99.10.6 to alpha1 on a Solaris 9 system, and I have a few questions: 1) I'm using "verbose_proctitle = yes" but I don't see the special username or IP address information in the output of ps. I've used: ps -fu dovecot ps -ef | grep dovecot /usr/ucb/ps aux | grep dovecot The process table simply shows the /usr/local/sbin/dovecot,

According to the Dovecot documentation, a "default namespace" is defined by simply configuring the namespace with an empty prefix, as in: namespace private { separator = / prefix = inbox = yes hidden = no } But my experience has been that this doesn't provide a true default, and that this namespace will only be selected when the client actually provides an empty

During the early Dovecot LDA brainstorming discussions, there was some talk about the possibility of including an LMTP interface, and I've noticed that there's an "is it needed?" question about LMTP in Dovecot's TODO file. I'd like to put in a vote for LMTP, and I'm wondering if anyone else has a need for it. Specifically, I'd love an LMTP-enabled LDA that uses

I've recently been able to compile the CVS code in Solaris 9, but I'm now getting a few errors. First, I receive this error during the autogen process: src/plugins/Makefile.am:5: required directory src/plugins/convert does not exist configure.in:1717: required file `src/plugins/convert/Makefile.in' not found I can workaround that by removing the reference to

For those running Dovecot on Solaris, what are your positive/negative experiences with building the software with CC vs. GCC? We are currently letting ./configure find our gcc and build with it, but wondered if anyone has any experience with Sun CC (does it even compile, for example). -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of

Hello Timo, I'm running dovecot-1.0.rc15 (imap and pop) postfix-2.3.5,1 procmail-3.22_6 (which is my LDA) on FreeBSD 6.1-STABLE I'm still using the mbox format (I'm planning to migrate to Maildir soon), mailboxes are on an NFS filesystem. I regulary see stale dotlocks files (either from dovecot (29 bytes, hold the pid of the process) or procmail (1 byte) and processes

I recently posted about problems I've been having with dovecot-shared and umask in RC15 (using Solaris 9). I've now been able to distill what I'm experiencing into these two separate points: 1. dovecot-uidlist and message files never inherit the dovecot-shared group 2. With umask=0007 these files are created with mode 600 instead of 660: dovecot-uidlist, dovecot.index,

Please try if http://dovecot.org/nightly/dovecot-latest.tar.gz (or the CVS directly) works with you. I made a lot of changes to dovecot-auth, so I wouldn't want to make alpha4 release without some more testing in different environments. I'll release alpha4 in a few days, but it'll be basically same as this unless more bugs get fixed. Some of the changes include: - IMAP: We might

Hi, Since I installed rc15 I'm seing the following errors in logs of a server with several hundreds of pop3 and imap users. All the indexes have been erased and recreated after installation. Dec 21 21:06:46 rouge dovecot: pop3-login: inotify_init() failed: Too many open files The maildir mailboxes are on NFS, but the indexes are local. What should be done to correct this error ? These two

The stars aligned recently such that I sent someone a message that contained a line similar to this in the message body: From glenn at usg.edu Thu Jun 20 16:48:11 2002 (Except that there wasn't that space character *before* the From; I've added it here to avoid any problems with this message). Dovecot wrote a copy of the message in my "sent mail" folder under the direction of

On Mon, 02 Jan 2017 11:30:44 +0000 Tom Cannaerts - INTRACTO via samba <samba at lists.samba.org> wrote: > We are trying to migrate away from out Windows 2008 R2 server to a > Samba based DC. At this point we have both the Windows server as a > Samba server as DC in the domain. After a while, we noticed that > changes from the Samba server were not replicated to the Windows >

I'm running the latest samba release (2.2.8a), and everything seems to be running fine. Except for something that does not look quite right. Connections to the IPC$ share are being left behind by samba once the user has logged off. And what's even more troubling is that the pid associated with the lingering IPC$ connection is picked up by the next smbd process, and then you have one pid

Is it expected that MiddleMan.ask_stats will return a status for a worker that has been MiddleMan.delete_worker''ed? The worker isn''t showing up in MiddleMan.query_all_workers, so it seems that is shouldn''t have a status either. Is there a way to define a callback that is called at deletion, to reset the status, or do I need to write my own method to reset the status

After apparently flawed testing, we rolled out SP2 for XP this week as samba seemed to be able to handle printing acceptably in recent versions. Once we rolled it out, we started getting reports of many users receiving the error :A policy is in effect on your computer which prevents you from connecting to this print queue. Please contact your system administrator." on a select few

Hi, There's several, to my eyes, somewhat related looking bugs: Bug 36743 - Cannot select: X86ISD::CALL ICE with -mx32 -O2 -fno-plt https://bugs.llvm.org/show_bug.cgi?id=36743 Bug 34268 - JITting of x32 code on x64 fails with crash or instruction selection error. https://bugs.llvm.org/show_bug.cgi?id=34268 There's unfortunately been no investigation. I'm asking because I hit

We are trying to migrate away from out Windows 2008 R2 server to a Samba based DC. At this point we have both the Windows server as a Samba server as DC in the domain. After a while, we noticed that changes from the Samba server were not replicated to the Windows machine. Further investigation show that there are 2 lingering objects that prevent replication, and it has been for quite a while. The

Do you tnink I can simply apt-get install from that repo to upgrade the current samba? Going down the demote/re-join route, I'm encountering problems demoting the DC: Deactivating inbound replication Asking partner server DC1.mydomain.local to synchronize from us Error while demoting, re-enabling inbound replication ERROR(<class 'samba.drs_utils.drsException'>): Error while

I recently reconfigured some CentOS 4.3 systems that were using DHCP to use static IP addresses. At the same time, the systems were moved to a new VLAN. Here is the approximate sequence of events that took place: 1. ifdown eth0 2. edit /etc/sysconfig/network-scripts/ifcfg-eth0 with static IP address 3. wait for network folks to reconfigure switch 4. ifup eth0 I may have