On Friday, May 22 at 01:49 PM, quoth Juergen Daubert:
On Wed, May 20, 2009 at 01:47:42PM +0200, Juergen Daubert wrote:
found the following in my error log:
May 20 13:27:48 ser dovecot: imap-login: Login: user=, method=PLAIN, rip=192.168.0.17, lip=192.168.0.90, TLS
May 20 13:28:10 ser dovecot:
I read in the list archives about work in progress on
an lmtp delivery agent.As a previous cyrus user
where that was the preferred delivery method
from postfix, this sounds interesting.
I was wondering whether it will handle
recipient delimiters. ie will it be able to map
user+...@example.com to u
On Fri, 2009-05-22 at 18:57 +0100, Rui Carneiro wrote:
> Citando Timo Sirainen :
> > The problem is something else. The Solr code simply tries to keep the
> > send buffer smaller than that, nothing would break if you sent a larger
> > buffer. Show gdb backtrace of the crash?
> >
>
> I said it was
Citando Timo Sirainen :
> The problem is something else. The Solr code simply tries to keep the
> send buffer smaller than that, nothing would break if you sent a larger
> buffer. Show gdb backtrace of the crash?
>
I said it was from the buff size because when I increased it Dovecot didn't
crash
On Fri, 2009-05-22 at 18:24 +0100, Rui Carneiro wrote:
> Hi Timo,
>
> I almost finish the changes on fts plugin. By now, it seems to work fine with
> attachments (extracting and sending them to Solr). I only have a problem with
> the max size of the command (cmd) that we can send to Solr:
>
> #
Hi Timo,
I almost finish the changes on fts plugin. By now, it seems to work fine with
attachments (extracting and sending them to Solr). I only have a problem with
the max size of the command (cmd) that we can send to Solr:
#define SOLR_CMDBUF_SIZE (1024*64)
By now, if we send some message bi
>
> You will not get any support for 0.99 here, unless Timo can provide it.
> It is *that* old, and your decision to use it - regardless of your
> claimed reason - is baffling.
I admit I am running a pretty old version and frankly speaking I was not hoping
for any support. Let RH earn their mon
On Friday 22 May 2009 12:57:06 Charles Marcus wrote:
> On 5/22/2009 4:34 AM, Chantal Rosmuller wrote:
> > could this be the problem: /etc/postfix/master.cf
> >
> > dovecot unix - n n - - pipe
> > flags=DRhu user=vmail:mail argv=/usr/lib/dovecot/deliver -d
> > ${r
On Wed, May 20, 2009 at 01:47:42PM +0200, Juergen Daubert wrote:
> Hello,
>
> found the following in my error log:
>
> May 20 13:27:48 ser dovecot: imap-login: Login: user=, method=PLAIN,
> rip=192.168.0.17, lip=192.168.0.90, TLS
> May 20 13:28:10 ser dovecot: Panic: IMAP(juergen): file imap-syn
* Charles Marcus :
> On 5/22/2009, V S Rao (viriy...@yahoo.com) wrote:
> > BTW, just to confirm once again, are there any known issues with Dovecot &
> > imapproxyd?
>
> You will not get any support for 0.99 here, unless Timo can provide it.
> It is *that* old, and your decision to use it - regar
On 5/22/2009 4:34 AM, Chantal Rosmuller wrote:
> could this be the problem: /etc/postfix/master.cf
>
> dovecot unix - n n - - pipe
> flags=DRhu user=vmail:mail argv=/usr/lib/dovecot/deliver -d ${recipient}
>
> maybe dovecot 1.1 needs different flags then 1.0? (B
On 5/22/2009, V S Rao (viriy...@yahoo.com) wrote:
> BTW, just to confirm once again, are there any known issues with Dovecot &
> imapproxyd?
You will not get any support for 0.99 here, unless Timo can provide it.
It is *that* old, and your decision to use it - regardless of your
claimed reason -
Timo Sirainen wrote:
http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc4.tar.gz
http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc4.tar.gz.sig
Unfortunately, Sieve - and therefore ManageSieve - won't compile with
this release. This problem is fixed in Dovecot and a next Dovecot
release will get
Timo Sirainen wrote:
http://dovecot.org/releases/1.1/dovecot-1.1.15.tar.gz
http://dovecot.org/releases/1.1/dovecot-1.1.15.tar.gz.sig
Finally updated the ManageSieve patch:
http://www.rename-it.nl/dovecot/1.1/dovecot-1.1.15-managesieve-0.10.6.diff.gz
http://www.rename-it.nl/dovecot/1.1/dovecot-
>From my log today:
May 22 07:38:48 postamt dovecot: imap-login: Disconnected (no auth attempts):
rip=141.42.245.68, lip=141.42.4.250
May 22 07:39:29 postamt dovecot: imap-login: Disconnected (no auth attempts):
rip=141.42.245.68, lip=141.42.4.250
May 22 07:39:50 postamt dovecot: imap-login: Dis
On Friday 22 May 2009 09:58:29 Timo Sirainen wrote:
> On May 22, 2009, at 3:54 AM, Max Ivanov wrote:
> >> I suppose there's no core file in the user's home directory?
> >
> > Why? Doesnt them should be autocreated if "ulimit -c " is defined
>
> If it's done in the correct place. That means before
On Friday 22 May 2009 09:49:49 Timo Sirainen wrote:
> On May 22, 2009, at 3:44 AM, Chantal Rosmuller wrote:
> > I use dovecot 1.1.11 on ubuntu 9.04, when I want to send a message
> > to an email
> > adres on this mailserver I get this error:status=bounced
> > (Command died
> > with signal 11:
Timo Sirainen schrieb:
> On May 22, 2009, at 3:47 AM, Robert Schetterer wrote:
>
>> Timo Sirainen schrieb:
>>> On Mon, 2009-05-18 at 01:40 +0200, Robert Schetterer wrote:
could you include an example for having
acl_shared_dict in sql ?
>>>
>>> See if you can get it working with these kin
On May 22, 2009, at 3:54 AM, Max Ivanov wrote:
I suppose there's no core file in the user's home directory?
Why? Doesnt them should be autocreated if "ulimit -c " is defined
If it's done in the correct place. That means before Postfix is
started, and that the Postfix init.d script doesn'
> I suppose there's no core file in the user's home directory?
Why? Doesnt them should be autocreated if "ulimit -c " is defined and
kernel.core_pattern != /dev/null ?
On May 22, 2009, at 3:47 AM, Robert Schetterer wrote:
Timo Sirainen schrieb:
On Mon, 2009-05-18 at 01:40 +0200, Robert Schetterer wrote:
could you include an example for having
acl_shared_dict in sql ?
See if you can get it working with these kind of settings:
http://www.dovecot.org/list/dov
On May 22, 2009, at 3:44 AM, Chantal Rosmuller wrote:
I use dovecot 1.1.11 on ubuntu 9.04, when I want to send a message
to an email
adres on this mailserver I get this error:status=bounced
(Command died
with signal 11: "/usr/lib/dovecot/deliver".
Signal 11 means it crashed. Is this re
Timo Sirainen schrieb:
> On Mon, 2009-05-18 at 01:40 +0200, Robert Schetterer wrote:
>> could you include an example for having
>> acl_shared_dict in sql ?
>
> See if you can get it working with these kind of settings:
> http://www.dovecot.org/list/dovecot/2009-April/038922.html
>
Hi Timo, no ch
Hi list,
I use dovecot 1.1.11 on ubuntu 9.04, when I want to send a message to an email
adres on this mailserver I get this error:status=bounced (Command died
with signal 11: "/usr/lib/dovecot/deliver".
The folders where the email should be delivered are created so it does not
look like a
24 matches
Mail list logo