Hello,
On Wed, 8 Apr 2009, Timo Sirainen wrote:
On Wed, 2009-04-08 at 18:46 +0200, Matthias Rieber wrote:
I guess x-references2 has been renamed to refs. When I'm using I that, I
got a coredump again:
[New process 24135]
#0 0x080a3038 in index_header_lookup_init (box=0x9b05d28, headers=0x0)
On Wed, 2009-04-08 at 15:32 +0200, Anders Melchiorsen wrote:
> Wolfram Schlich wrote:
>
> > Do I understand it correctly that when directly upgrading from
> > 0.99 to 1.1, Dovecot does the subscriptions renaming but not the
> > keywords renaming and conversion, but that when I manually rename
> >
Timo Sirainen wrote:
deliver doesn't use base_dir at all.
Hmmm...looks like it came about due to needing a different
authentication configuration between IMAP and deliver, which led to a
different auth process and necessitated a separate base_dir. The two run
directories are clearly differen
Hi,
I have a shared namespace, which works fine yesterday. Today I have just
updated my dovecot to the newest from hg.dovecot.org, and it crashed
when list the shared namespace.
namespace shared {
separator = /
prefix = shared/%%u/
location= maildir:%%h/Maildir:
Timo Sirainen wrote:
deliver is the binary name. but it's configured inside protocol lda {}
section. This is getting annoying, any thoughts on what would be a good
unifying name?
c) dovecot-lda binary, protocol lda {}
I'm in favor of this ... outside of dovecot, explicitly saying dovecot is
i
Hi,
I just found these useful tools :) they were installed in libexec dir :)
--
Xueron Nee
http://www.xueron.com
On Wed, 2009-04-08 at 19:32 -0400, Tom Metro wrote:
> I found the combination of configuration for IMAP and LDA to be a bit
> unnatural as well, with little to no overlap between the two. And so I
> ended up splitting them up so that I could have each logging to
> different places (IMAP to its o
Daniel L. Miller wrote:
"deliver" has nothing to do with the listening daemons. So having the
"lda" configuration in the dovecot.conf file might be inappropriate - I
would suggest splitting that off to a "dovecot-lda.conf" file (or
whatever you change the delivery agent name to).
I found the
Daniel L. Miller wrote:
> I'll admit I don't understand what you're trying to do with the above
> parameters, but let me share what I'm using and see if it helps. I
> happen to be using a pure virtual configuration, with my mail users
> logging in using their full email address as a username.
Hello Timo,
An mer., avr 08, 2009, Timo Sirainen schrieb:
>On Thu, 2009-04-09 at 00:31 +0200, dovecotl...@encambio.com wrote:
>> I've already verified that this works correctly with plaintext
>> (CLEARTEXT in slapd.conf), but I really want to store the passwords
>> in LDAP using some hash. Why d
On Thu, 2009-04-09 at 00:31 +0200, dovecotl...@encambio.com wrote:
> I've already verified that this works correctly with plaintext
> (CLEARTEXT in slapd.conf), but I really want to store the passwords
> in LDAP using some hash. Why doesn't LDAP-MD5 work as advertised?
Because it's impossible to
On Thu, 2009-04-09 at 08:29 +1000, Noel Butler wrote:
> > Another thing I was thinking about previously was that in process lists
> > they were prefixed with dovecot/. So the binary names could be lda,
> > imap-login, etc. but they'd show up in process lists as dovecot/lda,
> > dovecot/imap-login,
Hello List,
The only passdb block in /pfx/etc/dovecot/dovecot.conf is:
passdb ldap {
args = /pfx/etc/dovecot/dovecot-ldap.conf
}
In /pfx/etc/dovecot/dovecot-ldap.conf:
auth_bind = no
dn = cn=mymgr,dc=host,dc=tld
dnpass =
default_pass_scheme = LDAP-MD5
In /pfx/etc/open
On Thu, 2009-04-09 at 00:09 +0200, Matthias Rieber wrote:
> INBOX
> INBOX.Some.Folder.*
> KEYWORD $MAILING
..
> #5 0x080b1def in mail_search_args_init_sub (args=0x9eee200, arg=0x9eee220,
> change_uidsets=false, search_saved_uidset=0x0) at mail-search.c:86
> #6 0xb7f8f7e3 in virtual_storage_syn
On Thu, 2009-04-09 at 08:05, Timo Sirainen wrote:
> Another thing I was thinking about previously was that in process lists
> they were prefixed with dovecot/. So the binary names could be lda,
> imap-login, etc. but they'd show up in process lists as dovecot/lda,
> dovecot/imap-login, etc.
>
Timo Sirainen wrote:
On Wed, 2009-04-08 at 14:38 -0700, Daniel L. Miller wrote:
Having a consistent name prefix for all the processes sounds nice - but
then you'd stick out as the exception to typical multi-process server
names (like Postfix's master, smtpd, cleanup, etc.). Is it a Good Thi
On Wed, 2009-04-08 at 18:46 +0200, Matthias Rieber wrote:
> I guess x-references2 has been renamed to refs. When I'm using I that, I
> got a coredump again:
>
> [New process 24135]
> #0 0x080a3038 in index_header_lookup_init (box=0x9b05d28, headers=0x0) at
> index-mail-headers.c:864
> 864
Nevermind, stupid question. I found it on the squat page. ;)
David Halik wrote:
Timo Sirainen wrote:
For message body indexing there are a couple of choices:
http://wiki.dovecot.org/Plugins/FTS
Just curious, what is the average disk usage for FTS? I know it's
usually around 10-15% of an
Timo Sirainen wrote:
For message body indexing there are a couple of choices:
http://wiki.dovecot.org/Plugins/FTS
Just curious, what is the average disk usage for FTS? I know it's
usually around 10-15% of an inbox for standard indexing. I'm assuming
FTS is considerably more.
--
=
On Wed, 2009-04-08 at 21:09 +0200, Tassilo Horn wrote:
> I use a local dovecot server which is synchronized with my two imap
> accounts using OfflineIMAP. This works very nice and is highly usable.
>
> But one thing I'd like to improve is the slow IMAP search. When I
> search for a string in the
Hi,
another backtrace:
dovecot-virtual:
INBOX
INBOX.Some.Folder.*
KEYWORD $MAILING
Core was generated by `imap'.
Program terminated with signal 6, Aborted.
[New process 20853]
#0 0xb7fbe556 in raise () from /lib/libc.so.6
(gdb) bt
#0 0xb7fbe556 in raise () from /lib/libc.so.6
#1 0xb7fbfd78
On Wed, 2009-04-08 at 14:38 -0700, Daniel L. Miller wrote:
> Having a consistent name prefix for all the processes sounds nice - but
> then you'd stick out as the exception to typical multi-process server
> names (like Postfix's master, smtpd, cleanup, etc.). Is it a Good Thing
> to deviate fro
On mer., avr 08, 2009, Daniel L. Miller wrote:
> Timo Sirainen wrote:
>> deliver is the binary name. but it's configured inside protocol lda {}
>> section. This is getting annoying, any thoughts on what would be a good
>> unifying name?
>>
>> a) deliver binary, protocol deliver {}
>>
>> b) lda bi
Bernhard Schmidt wrote:
On Wed, Apr 08, 2009 at 12:41:17PM -0400, Timo Sirainen wrote:
Of course there are several viable workarounds
(base mail location on home directory,
Come to think of it, any hint how I can implement the existing scheme?
user_attrs =
xxxMailbox=mail=
Eduardo M KALINOWSKI wrote:
Charles Marcus wrote:
heh... well, they would soon enough...
Seriously though... why call it a 'local delivery agent', when its
really more than that? Local suggests local/system users, and dovecot
delivery agent works fine for both local and virtual users. Postfi
Timo Sirainen wrote:
deliver is the binary name. but it's configured inside protocol lda {}
section. This is getting annoying, any thoughts on what would be a good
unifying name?
a) deliver binary, protocol deliver {}
b) lda binary, protocol lda {}
c) dovecot-lda binary, protocol lda {}
d) md
Hi all,
I use a local dovecot server which is synchronized with my two imap
accounts using OfflineIMAP. This works very nice and is highly usable.
But one thing I'd like to improve is the slow IMAP search. When I
search for a string in the subjects of all messages in a mailbox using
some mail c
Charles Marcus wrote:
> On 4/8/2009, Eduardo M KALINOWSKI (edua...@kalinowski.com.br) wrote:
>
>> It's local because it stores e-mails somewhere in the local filesystem
>> hierarchy, instead of sending it to a remote machine via SMTP (or any
>> other protocol).
>>
>
> But thats not the gene
On 4/8/2009, Eduardo M KALINOWSKI (edua...@kalinowski.com.br) wrote:
> It's local because it stores e-mails somewhere in the local filesystem
> hierarchy, instead of sending it to a remote machine via SMTP (or any
> other protocol).
But thats not the generally accepted meaning of local in context
Charles Marcus wrote:
> heh... well, they would soon enough...
>
> Seriously though... why call it a 'local delivery agent', when its
> really more than that? Local suggests local/system users, and dovecot
> delivery agent works fine for both local and virtual users. Postfix
> calls its local deliv
On 4/8/2009 11:16 AM, Timo Sirainen wrote:
>>> Me. It makes my code ugly. It makes writing to wiki difficult when you
>>> never know if you should call it deliver or lda. Basically there's no
>>> consistency, which is annoying.
>> How about dda (dovecot delivery agent)?
> No one's going to have a
On Wed, Apr 08, 2009 at 12:41:17PM -0400, Timo Sirainen wrote:
> > So, it looks like there is an issue using the same LDAP attribute
> > (xxxMailbox in this case) twice in variable expansion.
> > Is this a known issue?
> Yes. I was planning on rewriting LDAP configuration and getting it fixed
> a
On Thu, 2009-03-19 at 16:56 +, Mike Brudenell wrote:
> destroy_count = max_connections > CLIENT_DESTROY_OLDEST_COUNT*2 ?
> CLIENT_DESTROY_OLDEST_COUNT : I_MIN(max_connections/2, 1);
>
> should set destroy_count to CLIENT_DESTROY_OLDEST_COUNT, which is 16. So I
> was exp
On Sun, 2009-04-05 at 13:35 +0200, fl...@pbartels.info wrote:
> The documentation says:
> > If a mailbox has both global and per-mailbox ACL file, both of them
> > are read and the ACLs are merged. If there are any conflicts:
> > * v1.0 and v1.1: The per-mailbox ACL file overrides global ACL fil
On Mon, 2009-04-06 at 12:42 +0100, neil wrote:
> We currently have two issues with this setup. One of which is NFS index
> corruption issues we get due to NFS/dovecot locking. Basically the UUID
> list or a .index gets corrupt. This causes a full re-indexing of the
> mailbox / broken mailbox unt
On Tue, 2009-04-07 at 11:36 +0100, David Reid wrote:
> Has anyone looked at modifying the sieve implementation to allow the use
> of MySQl to store the rules?
Maybe instead of MySQL directly it could use lib-dict, which then could
be configured to use MySQL or whatever.
signature.asc
Descriptio
On Wed, 2009-04-08 at 15:53 +0200, Kakà wrote:
> Does it helps ? Mm
Your configuration looks fine, so I don't think the problem is with
Dovecot.
signature.asc
Description: This is a digitally signed message part
Hi,
I guess x-references2 has been renamed to refs. When I'm using I that, I
got a coredump again:
[New process 24135]
#0 0x080a3038 in index_header_lookup_init (box=0x9b05d28, headers=0x0) at
index-mail-headers.c:864
864 i_assert(*headers != NULL);
(gdb) bt
#0 0x080a3038 in in
On Wed, 2009-04-08 at 14:05 +0400, Konstantin Lepa wrote:
You didn't say what the strange behavior was .. But:
if (hdr && hdr->eoh == TRUE) { *matched = FALSE; }
else { *matched = TRUE; }
Don't explicitly set matched always. Set it only when you know you
Yes, it works using your solution:
dovecot.conf:
sieve_global_path = /usr/local/etc/sieve/global/default.sieve
/usr/local/etc/sieve/global/default.sieve:
keep;
Thanks,
Andrés Fernando Yacopino
Infraestructura - Dpto Sistemas
AcaSalud
Cooperativa de Prestaciones Médico Asistenciales Limit
On Wed, 2009-04-08 at 13:07 +, Bernhard Schmidt wrote:
> So, it looks like there is an issue using the same LDAP attribute
> (xxxMailbox in this case) twice in variable expansion.
>
> Is this a known issue?
Yes. I was planning on rewriting LDAP configuration and getting it fixed
at the same
On Wed, 2009-04-08 at 21:47 +0800, Laurent Blume wrote:
> Hi all, Timo,
>
> When trying to build 1.2 rc2 on Solaris 10, with the same options and
> compiler as what works for 1.1.13, I get the following error:
..
> "quota-fs.c", line 436: undefined symbol: GRPQUOTA
Yeah, I noticed the same. This
On Wed, 2009-04-08 at 11:44 -0400, alexus wrote:
> > You didn't post your whole dovecot -n output, so I don't know what you're
> > using as userdb. But this should work with userdb vpopmail and also vpopmail
> > checkpassword:
> >
> > mail_location = maildir:~
> >
> >
>
> sorry, i forgot to add th
Andrés Yacopino wrote:
I am testing yet this version of sieve with dovecot 1.2 beta
I have done in dovecot.conf:
protocols = imap imaps pop3 pop3s managesieve
mail_plugins = quota sieve
sieve_before = /usr/local/etc/sieve/global/.global.dovecot.sieve
more /usr/local/etc/sieve/global/.global.do
Timo, it is compiling well now in Solaris 10 for Sparc with gcc 3.4.3.
I was compiling the old version (i was downloading from a proxy with the
old version), sorry.
Greetings,
Andrés Fernando Yacopino
Infraestructura - Dpto Sistemas
AcaSalud
Cooperativa de Prestaciones Médico Asistenciales
On Wed, Apr 8, 2009 at 12:15 AM, Timo Sirainen wrote:
> On Apr 7, 2009, at 11:41 PM, alexus wrote:
>
>>> If you have deleted domains, or lost the file that controls directory
>>> hashing, things can really get weird. The only safe way to locate
>>> domains
>>> and/or users with vpopmail is to ask
I am testing yet this version of sieve with dovecot 1.2 beta
I have done in dovecot.conf:
protocols = imap imaps pop3 pop3s managesieve
mail_plugins = quota sieve
sieve_before = /usr/local/etc/sieve/global/.global.dovecot.sieve
more /usr/local/etc/sieve/global/.global.dovecot.sieve:
require "f
Jonathan wrote:
Timo Sirainen wrote:
deliver is the binary name. but it's configured inside protocol lda {}
section. This is getting annoying, any thoughts on what would be a good
unifying name?
c) dovecot-lda binary, protocol lda {}
I'd vote for C as well.
++c
\\||/
Rod
--
On Apr 8, 2009, at 6:01 AM, Charles Marcus wrote:
On 4/7/2009, Timo Sirainen (t...@iki.fi) wrote:
Me. It makes my code ugly. It makes writing to wiki difficult when
you
never know if you should call it deliver or lda. Basically there's no
consistency, which is annoying.
How about dda (dovec
Timo:
I do it in Solaris 10 8/07 s10s_u4wos_12b SPARC with gcc (GCC) 3.4.3:
CFLAGS='-mcpu=v9 -mtune=ultrasparc3 -O2 -pipe'
CPPFLAGS=' -I/usr/local/include -I/usr/local/apache/include
-I/usr/local/BerkeleyDB.4.2/include -I/usr/local/ssl/include/openssl
-I/usr/local/include/mutils -I/usr/sfw/i
Does it helps ? Mm
# 1.1.7: /usr/local/etc/dovecot.conf
# OS: Linux 2.6.18-92.1.22.el5 i686 CentOS release 5.2 (Final) ext3
base_dir: /var/run/dovecot/
log_path: /var/log/maillog
log_timestamp: %Y-%m-%d %H:%M:%S
protocols: imap pop3 imaps pop3s
ssl_listen: *
ssl_disable: yes
disable_plain
Hi all, Timo,
When trying to build 1.2 rc2 on Solaris 10, with the same options and
compiler as what works for 1.1.13, I get the following error:
libtool: compile: cc -DHAVE_CONFIG_H -I. -I../../.. -I../../../src/lib
-I../../../src/lib-dict -I../../../src/lib-index -I../../../src/lib-mail
-
Wolfram Schlich wrote:
> Do I understand it correctly that when directly upgrading from
> 0.99 to 1.1, Dovecot does the subscriptions renaming but not the
> keywords renaming and conversion, but that when I manually rename
> all .customflags files to dovecot-keywords, it does the format
> conversi
Charles Marcus wrote:
>> we've found a weird bug (?) in Dovecot 1.1.11.
> dovecot -n output is usually desired when asking for help, especially
> when it is a likely config issue...
I don't think it's a config issue, but here we go:
lxmhs23: # dovecot -n
# 1.1.11: /mnt/mail2/
On 4/8/2009 9:07 AM, Bernhard Schmidt wrote:
> Hi,
>
> we've found a weird bug (?) in Dovecot 1.1.11.
dovecot -n output is usually desired when asking for help, especially
when it is a likely config issue...
--
Best regards,
Charles
Hi,
we've found a weird bug (?) in Dovecot 1.1.11.
Since day and age we've been running dovecot for our student mailserver,
getting the location of the mailbox from a LDAP directory. We allow
login and LDA with both full mail address and an internal username,
so the mailbox directory is based on
Another one:
#0 0xb7fbf424 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb7e7a640 in raise () from /lib/i686/cmov/libc.so.6
No symbol table info available.
#2 0xb7e7c018 in abort () from /lib/i686/cmov/libc.so.6
No symbol table info available.
#3 0x080ee9a5 in default_fatal_fini
* Timo Sirainen [2009-04-07 17:51]:
> On Apr 7, 2009, at 11:02 AM, Wolfram Schlich wrote:
>
> > Do I understand it correctly that when directly upgrading from
> > 0.99 to 1.1, Dovecot does the subscriptions renaming but not the
> > keywords renaming and conversion, but that when I manually rename
example.tgz
Description: Binary data
On 4/7/2009, Timo Sirainen (t...@iki.fi) wrote:
> Me. It makes my code ugly. It makes writing to wiki difficult when you
> never know if you should call it deliver or lda. Basically there's no
> consistency, which is annoying.
How about dda (dovecot delivery agent)?
--
Best regards,
Charles
Hello
Until now I used Postfix in combination with Procmail and Dovecot. I am
convinced that the Dovecot Sieve plugin is a much more elegant solution.
So I changed to Postfix + Dovcecot Deliver + Dovecot + Sieve. If I
understood
correctly I cannot call other applications within a Sieve script.
61 matches
Mail list logo
