On Fri, 11 May 2007, Timo Sirainen wrote:
On Wed, 2007-04-18 at 10:51 +0200, Jacek Osiecki wrote:
ago, but I don't know if there were any decisions made... Is there a plan
for using hard links in dovecot-LDA when the mail is going to be delivered
to many recepients... In fact lack of such fun
Quoting Marc Perkel <[EMAIL PROTECTED]>:
Here's some thoughts I'd like to throw out there. I know it's not
standard IMAP protocol but someone has to try new ideas first and I
want to see what people (Timo) think of this.
I don't think you will find many supporters, other than the usual crowd
w
Timo,
Think outside the box on this. Create a new standard. Sometimes someone
has to make the move and lead the standard instead of following it. This
is new territory. Let's just try it and see where it goes.
On Sun, 13 May 2007 06:55:59 -0700
Marc Perkel <[EMAIL PROTECTED]> wrote:
> Here's some thoughts I'd like to throw out there. I know it's not
> standard IMAP protocol but someone has to try new ideas first and I
> want to see what people (Timo) think of this.
>
> IMAP establishes a connection be
On 5/13/07, Marc Perkel <[EMAIL PROTECTED]> wrote:
Here's some thoughts I'd like to throw out there. I know it's not
standard IMAP protocol but someone has to try new ideas first and I want
to see what people (Timo) think of this.
Somewhat off topic.
I long time ago rather than making just a
On Sun, 2007-05-13 at 23:46 +0200, Jan-Frode Myklebust wrote:
> On Mon, May 14, 2007 at 12:20:43AM +0300, Timo Sirainen wrote:
> >
> > I haven't even started doing the index code cleanups. But I did write a
> > small summary about it:
> > http://dovecot.org/list/dovecot/2007-May/022591.html
>
> W
On Sun, 2007-05-13 at 23:46 +0200, Jan-Frode Myklebust wrote:
> On Mon, May 14, 2007 at 12:20:43AM +0300, Timo Sirainen wrote:
> >
> > I haven't even started doing the index code cleanups. But I did write a
> > small summary about it:
> > http://dovecot.org/list/dovecot/2007-May/022591.html
>
> W
On Mon, May 14, 2007 at 12:20:43AM +0300, Timo Sirainen wrote:
>
> I haven't even started doing the index code cleanups. But I did write a
> small summary about it:
> http://dovecot.org/list/dovecot/2007-May/022591.html
Which got me thinking.. Do you think changing locking method might
help with
On Sun, 2007-05-13 at 22:53 +0200, Jan-Frode Myklebust wrote:
> > For Dovecot v1.1 I'm going to simplify the index file code so at least
> > then this error should hopefully go away.
>
> Any idea when v1.1 will be released ?
I haven't even started doing the index code cleanups. But I did write a
On Thu, 2007-04-19 at 08:07 -0700, Daniel L. Miller wrote:
> 1. Have a dedicated "content-filter" functionality built-in to
> Dovecot. Under this model, Dovecot.conf would include at least three
> new parameters: FILTER-FOLDER-SUFFIX, FILTER-FOLDER-IN-SCRIPT, and
> FILTER-FOLDER-OUT-SCRIPT. W
On Sun, May 13, 2007 at 11:40:12PM +0300, Timo Sirainen wrote:
>
> > IBM's GPFS on linux, which is a shared disk cluster fs.
>
> So either there's some problem that only occurs with GPFS or it adds
> enough latency that a race condition somewhere can cause problems.
> Before v1.0 release I was ru
On Sun, 2007-05-13 at 22:10 +0200, Jan-Frode Myklebust wrote:
> On Sun, May 13, 2007 at 08:50:16PM +0300, Timo Sirainen wrote:
> >
> > Was it courier-dovecot-migrate.pl then that created those broken uidlist
> > files?
>
> Yes, we cleaned these up manually.
OK, updated the script so other peopl
On Sun, May 13, 2007 at 08:50:16PM +0300, Timo Sirainen wrote:
>
> Was it courier-dovecot-migrate.pl then that created those broken uidlist
> files?
Yes, we cleaned these up manually.
> > deliver([EMAIL PROTECTED]): file mail-index-sync-update.c: line 841
> > (mail_index_sync_update_index
On Sun, 2007-05-13 at 06:55 -0700, Marc Perkel wrote:
> One thing I'd like to use it for is an outgoing SMTP connection to send
> outgoing email over IMAP. A session might look like this:
>
> 999 EXECUTE smtp
> 999 220 darwin.ctyme.com ESMTP Exim 4.67 Sun, 13 May 2007 06:52:26 -0700
> 999 helo ct
On Sun, 2007-05-13 at 06:55 -0700, Marc Perkel wrote:
> IMAP establishes a connection between the client and the server.
> Wouldn't it be great if it could be a conduit to let custom Thunderbird
> plugins talk to custom server application over the IMAP interface? For
> example, personalized serv
On May 13, 2007, at 9:55 AM, Marc Perkel wrote:
Here's some thoughts I'd like to throw out there. I know it's not
standard IMAP protocol but someone has to try new ideas first and I
want to see what people (Timo) think of this.
IMAP establishes a connection between the client and the server.
On Mon, 2007-04-23 at 13:40 -0500, [EMAIL PROTECTED] wrote:
> Apr 23 13:22:41 server.umn.edu dovecot: [ID 107833 local6.error]
> [9073]
> IMAP(USER): mbox /var/mail/user: seq=1 uid=8808 uid_broken=0 originally
> needed 10 bytes, now needs 23 bytes
Anything else than Dovecot accessing these mboxe
On Fri, 2007-05-11 at 22:16 +0200, Rainer Sigl wrote:
> no, I don't use NFS but it may be a permission problem.
> I have virtual users so all the directories belong a artificial user
> 'exim' and also group 'exim'. Additionally I saw now that the file
> dovecot-uidlist has the protection 600. The
On Tue, 2007-04-24 at 16:39 +0200, Bartosz Toczek wrote:
> Problem is when get_password returns something like this...
..
> username | password_out
> --+--
> |
Isn't it possible to make PostgreSQL function not return a row?
Anyway, there's nothing in Dovecot side yo
On Tue, 2007-04-17 at 04:15 -0700, Joakim Ryden wrote:
> One question or minor detail about the user-specific INDEX
> settings: it looks like Dovecot creates index folders for all namespace
> folders including a folder called ".INBOX" which seems redundant since
> the top level namespace (I assume
On søn, 2007-05-13 at 23:45 +0800, Shahmat Dahlan wrote:
> added an attribute 'mailQuota' with value '10240' kbytes or 10Mbytes
>
> as for /etc/dovecot-ldap.conf
>
> user_attrs =
> mail,homeDirectory=home,uidNumber=uid,gidNumber=gid,quotaStorage=mailQuota
This seems right, but the ldap-attribut
On Wed, 2007-05-09 at 15:44 +0200, Jan-Frode Myklebust wrote:
> On 2007-05-09, Timo Sirainen <[EMAIL PROTECTED]> wrote:
> >
> > Fixed it to log an error instead in such situations:
> > http://dovecot.org/list/dovecot-cvs/2007-May/008728.html
>
> Great, thanks!
>
> We just moved a large cluster (1
On Thu, 2007-04-26 at 11:01 +0100, Mike Brudenell wrote:
> Likewise I'm not sure if I can simply change the source of deliver to
> always return a temporary failure code because again there may be
> other problems that occur which should be permanently failed.
I couldn't find any other permane
On Sunday, May 13 at 08:27 PM, quoth Timo Sirainen:
On Sun, 2007-05-13 at 10:07 -0600, Kyle Wheeler wrote:
On Sunday, May 13 at 09:57 AM, quoth Kyle Wheeler:
On Sunday, May 13 at 06:27 PM, quoth Timo Sirainen:
Only one of them needs to regenerate the file. The rest of them should
just copy it
On Sun, 2007-05-13 at 09:59 +1000, Master Abi wrote:
> I got dovecot working, but I would like to know when and what creates
> the mailbox (cur, new, trash, etc ). I noticed that when a client
> connects for the first time that mailbox is created or when a mail
> arrives for the first time (i th
On Sun, 2007-05-13 at 18:16 +0300, Timo Sirainen wrote:
> I don't think there are any useful exit codes in sysexits.h. Hmm.
> Deliver fallbacks always trying to write mail to INBOX if it couldn't
> write it elsewhere. So INBOX writes can fail only with:
>
> 1. permission problems
> 2. out of quota
On Sun, 2007-05-13 at 10:07 -0600, Kyle Wheeler wrote:
> On Sunday, May 13 at 09:57 AM, quoth Kyle Wheeler:
> > On Sunday, May 13 at 06:27 PM, quoth Timo Sirainen:
> >> Only one of them needs to regenerate the file. The rest of them should
> >> just copy it to their login_dir.
> >
> > Hmm, okay. H
On Sunday, May 13 at 09:57 AM, quoth Kyle Wheeler:
On Sunday, May 13 at 06:27 PM, quoth Timo Sirainen:
Only one of them needs to regenerate the file. The rest of them should
just copy it to their login_dir.
Hmm, okay. How do they know when the file is fully regenerated?
Oh! I think I see; fi
On Sunday, May 13 at 06:27 PM, quoth Timo Sirainen:
Only one of them needs to regenerate the file. The rest of them
should just copy it to their login_dir.
Hmm, okay. How do they know when the file is fully regenerated?
But yes, the patch didn't fix it completely, this should now make it
real
Le 11.05.2007 21:04, Timo Sirainen a écrit :
> Found it. http://dovecot.org/patches/quota-rquotad.c (copyright by
> xs4all)
>
> You'll also need to add it to quota_backends[] in quota.c and update
> Makefile.am so it gets included in the quota plugin.
>
> I'll update the FS quota backend to auto
I've tried having the ldap quota in an ldap attribute, which still
doesn't work.
/etc/dovecot.conf
protocols = imap pop3
mail_location = maildir:/data/mail/%u/Maildir
protocol imap {
mail_plugins = quota imapquota
}
plugin {
quota = maildir:ignore=Trash
}
the rest are defaults
added an attr
I've tried having the ldap quota in an ldap attribute, which still
doesn't work.
/etc/dovecot.conf
protocols = imap pop3
mail_location = maildir:/data/mail/%u/Maildir
protocol imap {
mail_plugins = quota imapquota
}
plugin {
quota = maildir:ignore=Trash
}
the rest are defaults
added an attr
On Sun, 2007-05-13 at 09:08 -0600, Kyle Wheeler wrote:
> On Sunday, May 13 at 04:47 PM, quoth Timo Sirainen:
> >On Mon, 2007-05-07 at 12:46 -0600, Kyle Wheeler wrote:
> >> When Dovecot regenerates its ssl-parameters.dat file, there is a race
> >> condition between the multiple instances of dovecot
On Wed, 2007-05-09 at 15:31 +0200, Steffen Kaiser wrote:
> The hooks are so that:
>
> a) config file setting:
>
> lda_mode = mode
>
> b) command line:
>
> deliver --mode mode
>
> where mode is default or sendmail.
>
> When no mode is specified, it defaults to "default", which is the current
On Sunday, May 13 at 04:47 PM, quoth Timo Sirainen:
On Mon, 2007-05-07 at 12:46 -0600, Kyle Wheeler wrote:
When Dovecot regenerates its ssl-parameters.dat file, there is a race
condition between the multiple instances of dovecot, because they all
regenerate the file in the same compile-time-def
On Sun, 2007-05-13 at 15:14 +0100, Andy Shellam wrote:
> Hi Wouter,
>
> We do this already, whereby mail is stored like, for [EMAIL PROTECTED], in
> /some/path/domain.com/user. The paths are stored in a virtual user
> database in PostgreSQL which Dovecot authenticates against. And yes,
> /Mai
On Sun, 2007-05-13 at 16:59 +0300, Tom Alsberg wrote:
> > This is what mailbox_list and mailbox_storage separation was supposed to
> > do. There is still 1:1:1 with
> > mailbox_list:mail_namespace:mail_storage
>
> Meaning that every mailbox_list module needs to have a corresponding
> mail_storage
I vote for making a custom Thunderbird plugin that will have a standard
"blacklist/whitelist" for the exact sender or the whole domain (like
Outlook 2003's junk handling.) E.g. I could black/whitelist
"[EMAIL PROTECTED]" or "perkel.com." This would then send the "execute
blacklist " command a
Andy Shellam wrote:
I love this idea! I know it wouldn't be part of the standard IMAP
specification, and you'd probably have to have an extra capability
such as CUSTOMEXECUTE or something in the IMAP capabilities, which
Thunderbird would have to look for before it allows the use of the
plug
Hi Wouter,
We do this already, whereby mail is stored like, for [EMAIL PROTECTED], in
/some/path/domain.com/user. The paths are stored in a virtual user
database in PostgreSQL which Dovecot authenticates against. And yes,
/Maildir is redundant, unless you plan on storing any non-mail stuff i
On Thu, 2007-05-10 at 12:50 +0200, Steffen Kaiser wrote:
> Dovecot v1.0.0 deliver erases the environment if DEBUG is set, hence, also
> (probably) erases SENDMAIL_PATH if it has been read from configuration
> file. This happens with: Debian Etch, libc-2.3.6.so, gcc (GCC) 4.1.2
> 20061115 (prerel
Hello,
I'm in the process of migrating to Maildir, and I wondered what would be an
acceptable path.
I want to do virtual-accounts only, so $HOME/Maildir/ is not an option.
I was thinking of /some/path/[EMAIL PROTECTED]/Maildir/
and later perhaps /some/path/(firstletter)/[EMAIL PROTECTED]/Maild
I love this idea! I know it wouldn't be part of the standard IMAP
specification, and you'd probably have to have an extra capability such
as CUSTOMEXECUTE or something in the IMAP capabilities, which
Thunderbird would have to look for before it allows the use of the plugins.
As you suggested,
On Sun, May 13, 2007 at 03:26:40PM +0300, Timo Sirainen wrote:
> On Sun, 2007-05-13 at 13:45 +0300, Tom Alsberg wrote:
> > Another wish would be a better form of cascading - subfolders as
> > subdirectories, instead of this awkward Maildir++ dot-separated
> > format.
>
> I think this is possible a
At 9:31 AM -0400 5/13/07, Charles Marcus wrote:
My system is regularly out on boot up by up to 7 seconds and
consequently dovecot kills itself, if I restart it is fine and
keeps going without a problem until the next reboot.
Wouldn't it make more sense to simply adjust the init script that
st
Here's some thoughts I'd like to throw out there. I know it's not
standard IMAP protocol but someone has to try new ideas first and I want
to see what people (Timo) think of this.
IMAP establishes a connection between the client and the server.
Wouldn't it be great if it could be a conduit to
On Mon, 2007-05-07 at 12:46 -0600, Kyle Wheeler wrote:
> When Dovecot regenerates its ssl-parameters.dat file, there is a race
> condition between the multiple instances of dovecot, because they all
> regenerate the file in the same compile-time-defined $statedir
> directory: /usr/local/var/lib/
On Sun, 13 May 2007 17:05:14 +1000
Robert McKenzie <[EMAIL PROTECTED]> wrote:
> Would it be possible to have an option/variable in the config file to
> allow for easier setting of the maximum time to sleep for rather than
> having it hard coded or allow for adjustment up to an amount greater
>
My system is regularly out on boot up by up to 7 seconds and
consequently dovecot kills itself, if I restart it is fine and keeps
going without a problem until the next reboot.
Wouldn't it make more sense to simply adjust the init script that starts
dovecot on boot up?
--
Best regards,
Cha
On Sun, 2007-05-13 at 00:01 -0300, censanet.com.br wrote:
> Some user has 1GB quota, and has 512MB used. When an e-mails arrives
> maildrop recalculates the quota (513MB). Then, using dovecot, the user
> deletes some e-mails and, now, 'maildirsize' is overwritten, but in a
> different
> pattern, s
On Sun, 2007-05-13 at 14:29 +0300, Tom Alsberg wrote:
> * The user sees one mailbox M, which contains all the messages in the
> mailboxes A and B.
>
> * A and B are both already accessible by existing Dovecot mailbox
> access modules, but possibly by different modules (e.g. A is an
> mbox, B
Because deliver is delivering as uid:gid and it has to change its uid.
See http://wiki.dovecot.org/LDA (Multiple UIDs).
Láďa
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Daniel
> Sent: Sunday, May 13, 2007 2:34 PM
> To: Dovecot Mailing L
Hi!
I've set up postfix(2.4.1) + dovecot(1.0-cvs) + dovecot-lda(1.0-cvs).
Dovecot's deliver is running as vmail:vmail (according to postfix's
master.cf).
Now the problem (when receiving mail):
deliver(leva): auth input: leva
deliver(leva): auth input: uid=8006
deliver(leva): auth input: gid=800
On Sun, 2007-05-13 at 13:45 +0300, Tom Alsberg wrote:
> Another wish would be a better form of cascading - subfolders as
> subdirectories, instead of this awkward Maildir++ dot-separated
> format.
I think this is possible already with CVS HEAD:
mail_location = Maildir:~/Maildir:LAYOUT=fs
> Havin
On Sun, 2007-05-13 at 11:50 +0800, imacat wrote:
> On Sat, 12 May 2007 21:58:30 +0300
> Timo Sirainen <[EMAIL PROTECTED]> wrote:
> > On Sun, 2007-05-13 at 00:34 +0800, imacat wrote:
> > > 1. I do not know if adding base64_decode() in
> > > passwd_file_save_results() in src/auth/passdb-passwd-f
Having finished a few other projects, I'm contemplating trying to
write a new mailbox module which could be useful for us here. I would
appreciate any guidance.
Basically, I need (or rather, could use) a module that provides a
merge of two mailboxes (which are themselves accessed by other
modules
On Fri, May 11, 2007 at 04:50:41PM +0300, Timo Sirainen wrote:
> > Ideally have Dovecot be smart so that if the file exists then it is
> > assumed to be MBOX and if the directory exists then it is assumed to be
> > maildir. Has anyone done anything like this?
>
> I was thinking about implementin
Would it be possible to have an option/variable in the config file to
allow for easier setting of the maximum time to sleep for rather than
having it hard coded or allow for adjustment up to an amount greater
than 5 as it is at present but still have an upper limit hard coded.
My system is reg
58 matches
Mail list logo
