On Wed, Jan 14, 2009 at 8:40 PM, Romer Ventura wrote:
> That's what i thought. And it is not me who wants to put the disclaimer...
> It is the CFO and CEO so if they say put it, i have to put whatever they
> want to put in it...
>
> Thanks
So tell them it's not possible with Postfix (we don't e
Hi Timo
Timo Sirainen schrieb:
> On Tue, 2009-01-13 at 12:24 +0100, Robert Schetterer wrote:
>> namespace shared {
>>separator = /
>>prefix = "shared/%d/%%u/"
>>subscriptions = yes
>>list = yes
>> }
>
> This kind of configuration doesn't actually work too g
On Wed, 2009-01-14 at 17:17 -0600, Justin Krejci wrote:
> On this page
>
> http://imapwiki.org/ImapTest/Running
>
>
>
> It gives command line parameters to define. One of them is "password=pass"
> but this resulted in an "Unknown arg" response for me on a fresh install. I
> then looked at some
On this page
http://imapwiki.org/ImapTest/Running
It gives command line parameters to define. One of them is "password=pass"
but this resulted in an "Unknown arg" response for me on a fresh install. I
then looked at some examples and they give the argument as "pass=pass" which
works for me.
On Thu, 2009-01-15 at 00:06 +0100, Andrzej Adam Filip wrote:
> >> Can "full imap command configuration" be achieved via MAIL and
> >> MBOX_LOCKS environment variables?
> >
> > Yes, all settings are passed via environment. They're not documented
> > anywhere though (but http://wiki.dovecot.org/PostL
Timo Sirainen wrote:
> On Wed, 2009-01-14 at 23:08 +0100, Andrzej Adam Filip wrote:
>> Timo Sirainen wrote:
>>
>> > On Wed, 2009-01-14 at 22:21 +0100, Andrzej Adam Filip wrote:
>> >> Do you think it wold be worthwhile to add command line options to
>> >> "deliver" and "imap" to make them ignore
On Wed, Jan 14, 2009 at 05:43:51PM -0500, Timo Sirainen wrote:
>
> Try yourself with imaptest (http://imapwiki.org/ImapTest):
>
> imaptest - select=0 clients=
Cool, thanks!
> My guess is that the performance bottleneck won't be authentication
> binds, as long as the latency between Dovecot an
On Wed, 2009-01-14 at 23:36 +0100, Jan-Frode Myklebust wrote:
> I'm curious if anybody can give any insight as to what kind of
> performance to expect from authentication binds ? How many
> POP3s/second should we expect from it ?
Try yourself with imaptest (http://imapwiki.org/ImapTest):
imaptest
On Thu, 2009-01-15 at 02:49, Frank Bonnet wrote:
> Timo Sirainen wrote:
> > On Wed, 2009-01-14 at 16:28 +0100, Frank Bonnet wrote:
> >> Hello
> >>
> >> I noticed a problem after upgrading to 1.1.8
> >>
> >> Users that access to their mailboxes using webmail squirrelmail and HTTPS
> >> using HTTP s
On Fri, 2009-01-09 at 11:17 -0600, Mike Abbott wrote:
> > I think I'll release v1.2 without your patches.
>
> Do you mean without patch 9 (the OD/SSL patch), or without any of our
> patches? If the former, then OK, we understand. We're modifying our
> OD support for dovecot anyway based on y
We're looking at replacing our mysql auth and userdb, with a
set of Red Hat Directory servers, and I see dovecot supports
either authentication binds, or "password lookups":
http://wiki.dovecot.org/AuthDatabase/LDAP
I'm curious if anybody can give any insight as to what kind of
performance t
On Wed, 2009-01-14 at 23:08 +0100, Andrzej Adam Filip wrote:
> Timo Sirainen wrote:
>
> > On Wed, 2009-01-14 at 22:21 +0100, Andrzej Adam Filip wrote:
> >> Do you think it wold be worthwhile to add command line options to
> >> "deliver" and "imap" to make them ignore "system wide" configuration
On Tue, 2009-01-13 at 12:24 +0100, Robert Schetterer wrote:
> namespace shared {
> separator = /
> prefix = "shared/%d/%%u/"
> subscriptions = yes
> list = yes
> }
This kind of configuration doesn't actually work too great. The %d there
gets always replace
Timo Sirainen wrote:
> On Wed, 2009-01-14 at 22:21 +0100, Andrzej Adam Filip wrote:
>> Do you think it wold be worthwhile to add command line options to
>> "deliver" and "imap" to make them ignore "system wide" configuration
>> file and use ~/.dovecotrc instead?
>
> How about:
>
> dovecot -c ~/.
On Wed, 2009-01-14 at 22:21 +0100, Andrzej Adam Filip wrote:
> Do you think it wold be worthwhile to add command line options to
> "deliver" and "imap" to make them ignore "system wide" configuration
> file and use ~/.dovecotrc instead?
How about:
dovecot -c ~/.dovecotrc
deliver -c ~/.dovecotrc
Do you think it wold be worthwhile to add command line options to
"deliver" and "imap" to make them ignore "system wide" configuration
file and use ~/.dovecotrc instead?
I would like to use "imap via fetchmail ssh plugin" and
"deliver via ~/.forward (to get sieve support)".
Such options would a
On Thu, 2008-10-09 at 08:38 +0200, Andre Hübner wrote:
> Oct 8 21:56:28 dd10636 dovecot: Panic: IMAP(username): file
> istream-limit.c: line 84 (i_stream_limit_read): assertion failed: (ret != -1
> || stream->istream.eof || stream->istream.stream_errno != 0)
Do you still see these with newer ve
On Tue, 2009-01-13 at 20:12 +0200, Uldis Pakuls wrote:
> dovecot 1.0.17
There is no such version. What version are you really using?
signature.asc
Description: This is a digitally signed message part
On Wed, 2009-01-14 at 21:37 +0100, Ulrich Zehl wrote:
> Just out of curiosity: How can I actually make the maildir go over quota,
> short of changing the limits after delivery or using a non-aware LDA?
Maildir++ quota doesn't do any kind of locking, so it's possible that
two processes deliver a ne
On Wed, Jan 14, 2009 at 11:31:43AM -0500, Timo Sirainen wrote:
> On Wed, 2009-01-14 at 17:24 +0100, Ulrich Zehl wrote:
> > On Wed, Jan 14, 2009 at 10:18:30AM -0500, Timo Sirainen wrote:
> > > > but unfortunately, I'm not enough of a programmer, so I have to ask
> > > > here:
> > > > Should I be ab
On Wed, 2009-01-14 at 15:31 -0500, Timo Sirainen wrote:
> Oh, right, libcrypto stuff isn't very valgrind-friendly. I think it's
> possible to disable these with:
>
>--suppressions= [default: $PREFIX/lib/valgrind/default.supp]
> Specifies an extra file from which to read desc
On Wed, 2009-01-14 at 21:26 +0100, Ralf Hildebrandt wrote:
> I get:
..
> ==9769== Conditional jump or move depends on uninitialised value(s)
> ==9769==at 0x40F09F7: BN_mod_inverse (in
> /usr/lib/i686/cmov/libcrypto.so.0.9.8)
> ==9769==by 0x40F48E0: BN_MONT_CTX_set (in
> /usr/lib/i686/cmov
* Timo Sirainen :
> Implemented: http://hg.dovecot.org/dovecot-1.1/rev/2146e1963b79
I rebuild dovecot just now with that
--
Ralf Hildebrandt (ralf.hildebra...@charite.de) snick...@charite.de
Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155
http://www.arschkre
* Timo Sirainen :
> valgrind --log-file=/tmp/imap.%p could be helpful there then.
Yes, done that now.
Better
> But does it keep logging something? With me it logs one error when the
> process
> starts:
>
> ==6036== Syscall param socketcall.sendmsg(msg.msg_iov[i]) points to
> uninitialised byte(s
On Wed, 2009-01-14 at 11:01 -0500, Timo Sirainen wrote:
> I was also thinking about adding some code that would attach IP address
> to the "killed with signal n" error (with
> login_process_per_connection=no it would be the last IP that started
> logging in).
Implemented: http://hg.dovecot.org/dov
On Wed, 2009-01-14 at 21:06 +0100, Ralf Hildebrandt wrote:
> * Timo Sirainen :
>
> > Ah, this is easy. Set login_process_size=0
> Ah, ok. Now it's very talkativ and clutters my log...
valgrind --log-file=/tmp/imap.%p could be helpful there then. But does
it keep logging something? With me it logs
* Timo Sirainen :
> Ah, this is easy. Set login_process_size=0
Ah, ok. Now it's very talkativ and clutters my log...
--
Ralf Hildebrandt (ralf.hildebra...@charite.de) snick...@charite.de
Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155
http://www.arschkrebs.de
On Wed, 2009-01-14 at 20:51 +0100, Ralf Hildebrandt wrote:
> * Timo Sirainen :
>
> > login_executable = /usr/bin/valgrind /usr/local/libexec/dovecot/imap-login
> >
> > It logs to Dovecot's error log (or use valgrind --log-file=/tmp/imap.%p).
>
> I remember last time:
>
> Jan 14 20:44:05 postam
* Timo Sirainen :
> login_executable = /usr/bin/valgrind /usr/local/libexec/dovecot/imap-login
>
> It logs to Dovecot's error log (or use valgrind --log-file=/tmp/imap.%p).
I remember last time:
Jan 14 20:44:05 postamt dovecot: imap-login: Valgrind's memory management:
out of memory:
Jan
Greetings,
We were able to isolate the problem to user(s) error. Thanks again for
all of the responses!
Regards,
MIke
On Wed, 2009-01-14 at 18:25 +0100, Ralf Hildebrandt wrote:
> * Timo Sirainen :
>
> > For non-SSL connections I think it would be usable (my machine handles
> > 600 logins/sec fine with valgrind), but I suppose with many SSL
> > connections it's too slow.
>
> How would I run imap-login from valgri
Although "LOGIN" worked
in dovecot-info.log is written
dovecot: Jan 13 19:32:12 Info: imap-login: Aborted login (auth failed, 1
attempts): user=, method=PLAIN, rip=127.0.0.1,
lip=127.0.0.1, secured
Martin
Patrick Ben Koetter schrieb:
* Martin Sengstschmid :
Hallo,
thank you for trying
* Timo Sirainen :
> For non-SSL connections I think it would be usable (my machine handles
> 600 logins/sec fine with valgrind), but I suppose with many SSL
> connections it's too slow.
How would I run imap-login from valgrind?
--
Ralf Hildebrandt (ralf.hildebra...@charite.de) snick...
That's what i thought. And it is not me who wants to put the
disclaimer... It is the CFO and CEO so if they say put it, i have to
put whatever they want to put in it...
Thanks
On Jan 14, 2009, at 11:02 AM, Eduardo M KALINOWSKI wrote:
Romer Ventura escreveu:
Hello,
I was wondering
Romer Ventura escreveu:
> Hello,
>
> I was wondering if it was possible to add a disclaimer to every
> outgoing email using my setup (Postfix+Dovecot)..
Dovecot only deals with allowing users to access the e-mail they've
received. This would be a task for postfix.
But please, please don't
Hello,
I was wondering if it was possible to add a disclaimer to every
outgoing email using my setup (Postfix+Dovecot)..?
Any links or ideas where i should start.?
Thanks
Timo Sirainen wrote:
On Wed, 2009-01-14 at 16:28 +0100, Frank Bonnet wrote:
Hello
I noticed a problem after upgrading to 1.1.8
Users that access to their mailboxes using webmail squirrelmail and HTTPS
using HTTP seems to work correctly but it not safe enough ...
There is an error message sayi
On Sun, 2008-11-30 at 20:37 -0500, George Greer wrote:
> Maildir format doesn't store keywords in the index properly -- it goes up
> to 26 and then further keywords are dropped.
Fixed finally: http://hg.dovecot.org/dovecot-1.1/rev/6f6b0299b559
signature.asc
Description: This is a digitally sig
On Wed, 2009-01-14 at 17:24 +0100, Ulrich Zehl wrote:
> On Wed, Jan 14, 2009 at 10:18:30AM -0500, Timo Sirainen wrote:
> > > but unfortunately, I'm not enough of a programmer, so I have to ask here:
> > > Should I be able to delete mails from a maildir, and expect the quota
> > > plugin to notice t
On Wed, Jan 14, 2009 at 10:18:30AM -0500, Timo Sirainen wrote:
> > but unfortunately, I'm not enough of a programmer, so I have to ask here:
> > Should I be able to delete mails from a maildir, and expect the quota
> > plugin to notice the change?
>
> I think it should notice most times, but not n
* Timo Sirainen :
> How soon after upgrading to 1.1.8 did this happen?
it always happened, even befor 1.1.8 :)
> There was one login process change done for 1.1.8, but it was supposed
> to fix a crash. And I don't really see how it could cause memory
> corruption. I guess you haven't seen these
On Wed, 2009-01-14 at 16:28 +0100, Frank Bonnet wrote:
> Hello
>
> I noticed a problem after upgrading to 1.1.8
>
> Users that access to their mailboxes using webmail squirrelmail and HTTPS
> using HTTP seems to work correctly but it not safe enough ...
>
> There is an error message saying the i
On Wed, 2009-01-14 at 16:46 +0100, Ralf Hildebrandt wrote:
> * Timo Sirainen :
>
> > > Jan 14 08:42:52 postamt dovecot: imap-login: *** glibc detected ***
> > > imap-login: malloc(): memory corruption: 0x0844e778 ***
> > > Jan 14 08:42:52 postamt dovecot: child 15380 (login) killed with signal 6
* Timo Sirainen :
> > Jan 14 08:42:52 postamt dovecot: imap-login: *** glibc detected ***
> > imap-login: malloc(): memory corruption: 0x0844e778 ***
> > Jan 14 08:42:52 postamt dovecot: child 15380 (login) killed with signal 6
>
> The annoying thing is that these are pretty much impossible to f
Frank Bonnet schreef:
> Hello
>
> I noticed a problem after upgrading to 1.1.8
>
> Users that access to their mailboxes using webmail squirrelmail and HTTPS
> using HTTP seems to work correctly but it not safe enough ...
>
> There is an error message saying the imap server send a BYE command ...
Hello
I noticed a problem after upgrading to 1.1.8
Users that access to their mailboxes using webmail squirrelmail and HTTPS
using HTTP seems to work correctly but it not safe enough ...
There is an error message saying the imap server send a BYE command ...
I downgraded our Dovecot server to
On Wed, 2009-01-14 at 14:50 +0100, Ralf Hildebrandt wrote:
> >From my logs (dovecot-1.1.8)
>
> Jan 14 08:42:52 postamt dovecot: imap-login: *** glibc detected ***
> imap-login: malloc(): memory corruption: 0x0844e778 ***
> Jan 14 08:42:52 postamt dovecot: child 15380 (login) killed with signal 6
On Wed, 2009-01-14 at 14:30 +0100, Ulrich Zehl wrote:
> We use Maildir++ quota, with the rules taken from our LDAP backend. We also
> have an old expunge script that's not quota-aware; it removes old messages
> from the maildir by simply deleting the files.
>
> Sometimes, a mailbox is over quota b
O/H Timo Sirainen έγραψε:
On Mon, 2009-01-12 at 21:21 +0200, Thanos Chatziathanassiou wrote:
- Is there something to configure to get rid of this ?
Where are IMAP's non-INBOX mailboxes located? The index files should be
in the same directory.
Since this is a (previous
>From my logs (dovecot-1.1.8)
Jan 14 08:42:52 postamt dovecot: imap-login: *** glibc detected *** imap-login:
malloc(): memory corruption: 0x0844e778 ***
Jan 14 08:42:52 postamt dovecot: child 15380 (login) killed with signal 6
Jan 14 10:06:42 postamt dovecot: Panic: imap-login: file ioloop.c: l
We use Maildir++ quota, with the rules taken from our LDAP backend. We also
have an old expunge script that's not quota-aware; it removes old messages
from the maildir by simply deleting the files.
Sometimes, a mailbox is over quota before the script runs, but well under
quota after the old messag
* Martin Sengstschmid :
> Hallo,
>
> thank you for trying to help me:
Welcome.
What does the Dovecot Log say?
p...@rick
>
> the bamm.ldif file is
> ldapsearch -x -LLL -b
> "uniqueidentifier=b...@abcshop.at,ou=it,ou=people,dc=abcshop,dc=at"
> "(objectclass=*)"
>
> dn: uniqueidentifier=b...
Hallo,
thank you for trying to help me:
the bamm.ldif file is
ldapsearch -x -LLL -b
"uniqueidentifier=b...@abcshop.at,ou=it,ou=people,dc=abcshop,dc=at"
"(objectclass=*)"
dn: uniqueidentifier=b...@abcshop.at, ou=it,ou=people,dc=abcshop,dc=at
objectClass: organizationalPerson
objectClass: pers
* Martin Sengstschmid :
> Hallo,
> I want to run postfix - dovecot - openldap working together
>
> The first problem is, that dovecot doesn't create the directories
>
> /usr/local/mail/abcshop.at/bamm/Maildir
> cur
> new
> tmp
>
> although I can contact the Dovecot-Server
>
> telnet localhost 143
>
Hi Neil,
> You can pipe mails to deliver again, and I would imagine it should run
> through the sieve script. And if it did, you could probably whip up a
> shell script to do that to all mails in a maildir...
that's a good and simple idea - will try. ;) Thanks, Jakob
55 matches
Mail list logo
