similar to: Fwd: RE: pid stamp on log entries?

Hi folks. Is there a way to modify the log stamp to include pid as well as time? Preferably for all logging, but at least for imap and pop. I took a look at the mail-login plugin, but that seems to associate operations with uid, still no pid. Am I missing something? Thanks for any info, -Brian U of Minnesota Internet Services

Hi folks. Here's our situation: Migrating from UW-IMAP. Have lots (as in, tens of thousands) of clients set up using '~/mail' as the IMAP root, and using subscriptions. Dovecot mail_location is using '~' for mbox storage. We've disabled full filesystem access in Dovecot in order to use ACLs for shared folders. Hence we have a hidden namespace for backwards

Hi folks. We're moving users from rc24 and 27 to 1.0.0. On four mailboxes so far we've seen these errors after the move (quick and dirty anonymizing follows): Apr 23 13:22:41 server.umn.edu dovecot: [ID 107833 local6.info] imap-login: Login: user=<USER>, pid=<9046>, method=PLAIN, rip=***.***.***.***, lip=***.***.***.***, TLS Apr 23 13:22:41 server.umn.edu dovecot: [ID

HI Timo & all. We're an mbox environment, inboxes in /var/mail/$USER (I'll include dovecot -n output at the bottom of this mail). mail_location is set accordingly for deliver. I'd assumed that if the /var/mail/$USER file doesn't exist, dovecot would create it, but we've discovered from experience (and I verified it in mbox-storage.c) that if access(path, R_OK|W_OK)

Hi Timo and all. imap/cmd-create.c contains the following bit of code: len = strlen(full_mailbox); if (len == 0 || full_mailbox[len-1] != ns->sep) directory = FALSE; else { /* name ends with hierarchy separator - client is just informing us that it wants to create children under this mailbox. */

We're getting the following crash report, but I'm not sure it contains anything immediately useful (especially since we're running on a minority platform in OS X)... Anyone see where we might be able to resolve this? The crash doesn't kill existing imap processes, but dovecot/imap-login needs to be restarted. ********** Host Name: mailserver Date/Time: 2006-08-10

Hi folks. Quick question in the hopes that someone knows the answer, before I dig in the code some more. In testing a new setup with some long-term archival mbox-format mailboxes stored on an NFS mount, we've found the following: if the mount is unavailable for any reason, the user cannot log into their email at all. Dovecot says: "stat() failed with mbox foo" and dies. This is

Here's a strange one. I have Dovecot set up on Solaris 9. The auth portion of the config is straight out of the box. Using PAM. We have most users in a dbm file which is just a series of key/value pairs: key is a username, and value is a string equivalent to a shadow entry. nsswitch.conf entry: passwd files dbm. For historical reasons, some users have a classic 13-character Unix crypt

So, I'm working on a shared folder. Everything is nice except for one bit. My dovecot-shared file in the Maildir is either being ignored, or doesn't work the way I think it does. Any messages copied into the Maildir using a mail client are mode 660 and owned by the user who did the copy. Perms on the dovecot-shared file are 700 (I'm using Solaris ACLs in addition to the Dovecot

On Sun, August 6, 2006 7:57 pm, Timo Sirainen <tss at iki.fi> said: > On Wed, 2006-07-05 at 12:04 -0400, Bill Boebel wrote: >> On Sun, June 11, 2006 1:51 pm, Timo Sirainen <tss at iki.fi> said: >> > On Mon, 2006-05-08 at 22:03 -0400, Bill Boebel wrote: >> >I'm not sure if this is a bug or just an undesirable feature, but when I >> >have our

Mar 29 09:39:22 vertuso dovecot: dovecot v1.1.13 starting up (core dumps disabled) Mar 29 09:39:22 vertuso dovecot: auth(default): args = 512 Mar 29 09:39:22 vertuso dovecot: auth(default): passwd-file /etc/dovecot/userdb: Read 1 users Mar 29 09:39:23 vertuso dovecot: auth(default): new auth connection: pid=31142 Mar 29 09:39:23 vertuso dovecot: auth(default): new auth connection: pid=31143 Mar 29

On Sun, June 11, 2006 1:51 pm, Timo Sirainen <tss at iki.fi> said: > On Mon, 2006-05-08 at 22:03 -0400, Bill Boebel wrote: >I'm not sure if this is a bug or just an undesirable feature, but when I >have our namespace configured to match Courier's "INBOX." functionality, >Dovecot forces me to also define a default namespace (with no prefix). >Without the

On Sun, June 11, 2006 1:52 pm, Timo Sirainen <tss at iki.fi> said: > On Thu, 2006-04-20 at 20:02 -0400, Bill Boebel wrote: >The maildir quota plugin doesn't appear to be including the INBOX in the quota > calculation that is reported by GETQUOTAROOT. > >I took a look at the code and it appears that in this file > "src/plugins/quota/quota-maildir.c", the

Hi We've recently had a few windows 10 machines active on the network and are experiencing a strange issue in the output of smbstatus. By the end of the day a windows 10 machine may be listed dozens of times in the PID listing, with the expected user once but then dozens of nobody:nobody entries also associated with the same machine / PID. eg: a trimmed view.. Samba version 4.2.3 PID

On Wed, March 14, 2007 1:57 pm, Timo Sirainen <tss at iki.fi> said: > On Thu, 2006-08-10 at 23:15 -0400, Bill Boebel wrote: >> On Thu, August 10, 2006 5:22 pm, Timo Sirainen <tss at iki.fi> said: >> >> >> Aug 10 16:23:34 director5 dovecot: imap-login: Disconnected: Connection queue >> >> full: >> >> >> >> I am seeing this

Woops... yep, that was the problem. Sorry. Bill On Mon, July 3, 2006 10:08 am, Timo Sirainen <tss at iki.fi> said: > Are you sure you're not just mixing changes to CVS HEAD and branch_1_0? > CVS HEAD was broken for days before this patch fixed it. > > On Mon, 2006-07-03 at 09:59 -0400, Bill Boebel wrote: >Fyi, after this patch I started seeing the error below: >

Greetings - I've just discovered an oddity I didn't know I had... We have two NetApp filers: one serves people's home directories; the other their message store and control files filestores. At the moment the first of the two filers is not accessible to my Dovecot system and I assumed all would be well because, as far as I knew, I wasn't using it at all. However in

I was going to experiment with ACLs when I faced a small problem. It is just sufficient to enable the acl plugin for getting the behavior described hereafter. When launching dovecot from the command line, one gets: sh-3.2# /usr/local/dovecot/sbin/dovecot -F ILoading modules from directory: /usr/local/dovecot-1.2.rc6/lib/ dovecot/imap IModule loaded:

Unfortunately we have our first problem that could really be counted as security hole. Giving "1 LIST .. *" IMAP command allows the user to see all files and directories under the mbox root's parent directory, so potentially you could see other users' mailbox names. Nothing can be done with them though, so it's not possible to read or modify them. There are also some other

Unfortunately we have our first problem that could really be counted as security hole. Giving "1 LIST .. *" IMAP command allows the user to see all files and directories under the mbox root's parent directory, so potentially you could see other users' mailbox names. Nothing can be done with them though, so it's not possible to read or modify them. There are also some other