Jiri Bourek schreef op 6-5-2014 13:29:
This is another, much more powerful option:
http://wiki2.dovecot.org/Pigeonhole/Sieve/Plugins/Extprograms
I know, I was about to use this plugin in any case - specifically the
vnd.dovecot.filter. The difference is that with extdata I could put
the filt
It is not dead, but I haven't seen much interest for it either.
Well I was thinking about switching from dovecot-lda to LMTP and use
the extdata plugin to check whether the message should go through
spamc (via extprograms filter extension). All that in sieve_before script
That proved problemat
On 5/6/2014 1:01 PM, Jiri Bourek wrote:
>>
>> It is not dead, but I haven't seen much interest for it either.
>
> Well I was thinking about switching from dovecot-lda to LMTP and use
> the extdata plugin to check whether the message should go through
> spamc (via extprograms filter extension). All
It is not dead, but I haven't seen much interest for it either.
Well I was thinking about switching from dovecot-lda to LMTP and use the
extdata plugin to check whether the message should go through spamc (via
extprograms filter extension). All that in sieve_before script
That proved proble
On 4/29/2014 11:01 AM, Jiri Bourek wrote:
> Hi,
>
> I'd like to ask about status of extdata plugin for sieve. The wiki
> page (http://wiki2.dovecot.org/Pigeonhole/Sieve/Plugins/Extdata)
> mentions versions for PigeonHole 0.2 and 0.3, but there seems to be no
> version for 0.4 and Dovecot 2.2.
>
> I
Hi,
I'd like to ask about status of extdata plugin for sieve. The wiki page
(http://wiki2.dovecot.org/Pigeonhole/Sieve/Plugins/Extdata) mentions
versions for PigeonHole 0.2 and 0.3, but there seems to be no version
for 0.4 and Dovecot 2.2.
Is the plugin dead or is it planned to make version
Hey Timo,
> Roland Rosenfeld hat am 12. Februar 2014 um 14:12
> geschrieben:
> On Mon, 10 Feb 2014, Timo Sirainen wrote:
> > That's quite a lot of work for fixing something that shouldn't
> > really be happening in the first place. I think those problems only
> > happen once immediately after en
On 12.2.2014, at 22.22, Reindl Harald wrote:
> Am 12.02.2014 14:12, schrieb Roland Rosenfeld:
>> As far as I can reproduce my problems, this usually happens, if you
>> have a cluster of servers with mail_plugins=zlib enabled, forgot to
>> enable zlib of one of the servers and enable zlib_save.
>>
Am 12.02.2014 14:12, schrieb Roland Rosenfeld:
> As far as I can reproduce my problems, this usually happens, if you
> have a cluster of servers with mail_plugins=zlib enabled, forgot to
> enable zlib of one of the servers and enable zlib_save.
>
> The zlib enabled servers write compressed mails
On Mon, 10 Feb 2014, Timo Sirainen wrote:
> > may I nag you again with this idea of self healing the file names
> > / size of zlib compressed maildir files for version >= 2.2.11?
> That's quite a lot of work for fixing something that shouldn't
> really be happening in the first place. I think tho
On 10.2.2014, at 7.31, Christian Rohmann wrote:
> Hey Timo,
>
> hope you are not fully knocked out by the flu?
I'm all good now, but traveling once again which makes things more difficult.
Although I really should make the v2.2.11 release now even if I haven't read
through all the mails.. May
Hey Timo,
hope you are not fully knocked out by the flu?
On 04.02.2014 23:13, Timo Sirainen wrote:
> - I'm planning on going through Dovecot list's mails this week and make
> v2.2.11 release
Since you sometimes ask for bugs or improvements to take into an
upcoming release ... may I nag you ag
Il 04/02/2014 23:13, Timo Sirainen ha scritto:
So, just some quick notes:
- dovecot.org server was down a couple of days again, need to find time to
move it to a VM..
- my t...@iki.fi emails were also broken for some hours at least and it was
bouncing back all mails to it during the time
So, just some quick notes:
- dovecot.org server was down a couple of days again, need to find time to
move it to a VM..
- my t...@iki.fi emails were also broken for some hours at least and it was
bouncing back all mails to it during the time
- I fixed some bugs reported by people, but I did i
Jan Phillip Greimann wrote:
> Am 19.11.2013 16:22, schrieb Timo Sirainen:
>> http://hg.dovecot.org/dovecot-2.2/rev/5f946b807706
>
> Is this patch included in v2.2.8?
Yes, it is.
Regards,
Michael
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 19.11.2013 16:22, schrieb Timo Sirainen:
> Maybe http://hg.dovecot.org/dovecot-2.2/rev/5f946b807706 solves
> this
also? I’m not sure why it started happening with v2.2.7 though.
Hi Timo,
Is this patch included in v2.2.8?
I will still wait for a v2
Timo Sirainen wrote:
> Maybe http://hg.dovecot.org/dovecot-2.2/rev/5f946b807706 solves this also?
> I’m not sure why it started happening with v2.2.7 though.
That did the trick. No more status=undeliverable here as well.
Thanks and regards,
Michael
* Timo Sirainen 2013.11.19 16:22:
> Maybe http://hg.dovecot.org/dovecot-2.2/rev/5f946b807706 solves this also?
> I’m not sure why it started happening with v2.2.7 though.
Nov 19 17:01:13 spectre postfix/qmgr[627]: 3dPBbY13b0z1s:
from=, size=271, nrcpt=1 (queue active)
Nov 19 17:01:13 spectre p
Maybe http://hg.dovecot.org/dovecot-2.2/rev/5f946b807706 solves this also? I’m
not sure why it started happening with v2.2.7 though.
On 15.11.2013, at 2.31, Michael Grimm wrote:
> On 15.11.2013, at 00:56, Timo Sirainen wrote:
>> On 15.11.2013, at 0.52, Michael Grimm wrote:
>>> On 15.11.2013,
Thomas Leuxner skrev den 2013-11-19 08:35:
Is there more detail needed to finally solve this? The temporary fails
caused by LMTP not reaching the 'RCPT TO' stage get pretty annoying in
the light of backscatter hitting the server:
Nov 19 08:16:09 spectre postfix/smtpd[21386]: NOQUEUE: reject: RCP
Is there more detail needed to finally solve this? The temporary fails caused
by LMTP not reaching the 'RCPT TO' stage get pretty annoying in the light of
backscatter hitting the server:
Nov 19 08:16:09 spectre postfix/smtpd[21386]: NOQUEUE: reject: RCPT from
emea01-am1-ndr.ptr.protection.outlo
On 15.11.2013, at 00:56, Timo Sirainen wrote:
> On 15.11.2013, at 0.52, Michael Grimm wrote:
>> On 15.11.2013, at 00:35, Timo Sirainen wrote:
>>> On 15.11.2013, at 0.25, Michael Grimm wrote:
IMHO, it had been introduced by revision 10c0aae82d0d.
>>>
>>> Hmm. What if you get the latest ve
On 15.11.2013, at 0.52, Michael Grimm wrote:
> On 15.11.2013, at 00:35, Timo Sirainen wrote:
>> On 15.11.2013, at 0.25, Michael Grimm wrote:
>
>>> IMHO, it had been introduced by revision 10c0aae82d0d.
>>
>> Hmm. What if you get the latest version and just reverse this one change?
>
> How ca
On 15.11.2013, at 00:35, Timo Sirainen wrote:
> On 15.11.2013, at 0.25, Michael Grimm wrote:
>> IMHO, it had been introduced by revision 10c0aae82d0d.
>
> Hmm. What if you get the latest version and just reverse this one change?
How can I achieve that with hg, sorry I am not that familiar with
On 15.11.2013, at 0.25, Michael Grimm wrote:
> Michael Grimm wrote:
>
>> I noticed as well, that some of my addresses lead to unusual rejections
>> never anticipated before:
>
> That had been post 2.2.7 (775b1e025939):
>
>> postfix/lmtp[1234]: 3dFbVw2NVmz6SL: to=,
>> relay=mx1.example.com[p
Michael Grimm wrote:
> I noticed as well, that some of my addresses lead to unusual rejections never
> anticipated before:
That had been post 2.2.7 (775b1e025939):
> postfix/lmtp[1234]: 3dFbVw2NVmz6SL: to=,
> relay=mx1.example.com[private/dovecot-lmtp], delay=0.04,
> delays=0.03/0/0/0.01, ds
* Jan Phillip Greimann 2013.11.08 10:07:
> Same here, no errors or any logs. Only since 2.2.7.
Yep. Same here.
signature.asc
Description: Digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 07.11.2013 19:30, schrieb Michael Grimm:
> Timo Sirainen wrote:
>
> Sorry, but neither my log files starting a week ago ...
>
>> More interesting would be to know if you see ANY error/warning
>> messages in Dovecot logs (Fatal, Panic, Error, Warn
Timo Sirainen wrote:
Sorry, but neither my log files starting a week ago ...
> More interesting would be to know if you see ANY error/warning messages in
> Dovecot logs (Fatal, Panic, Error, Warning).
... nor ...
> You’ll also see the last 1000 error messages since dovecot started with
> “d
On 2013-11-07 4:12 AM, Jan Phillip Greimann wrote:
That's even the only one with lmtp-debug-messages, now all log entries
look like that:
http://pastebin.com/raw.php?i=zFeC9Ncr
Please don't post configs, logs, etc to pastebin... just paste them inline.
Many people won't bother to click unkno
On 7.11.2013, at 11.52, Jan Phillip Greimann wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Am 07.11.2013 10:32, schrieb Steffen Kaiser:
>> On Thu, 7 Nov 2013, Jan Phillip Greimann wrote:
>>
>>> That's even the only one with lmtp-debug-messages, now all log
>>> entries look like t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
>> In my opinion there is only one thing which could cause this
>> problem: I updated my dovecot on 2013/11/04 from 2.2.6-1~auto+36
>> to 2.2.7-1~auto+2
>
> I updated two days ago.
@Timo, did you changed something within LMTP? ;-D
>> I will try to d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 07.11.2013 10:32, schrieb Steffen Kaiser:
> On Thu, 7 Nov 2013, Jan Phillip Greimann wrote:
>
>> That's even the only one with lmtp-debug-messages, now all log
>> entries look like that:
>
>> http://pastebin.com/raw.php?i=zFeC9Ncr
>
> is this som
On 2013-11-07 8:53, Jan Phillip Greimann wrote:
This is dovecot 2.2.7, postfix 2.10.2, all addresses type virtual
mailbox domain class, and dovecot/lmtp delivery.
I noticed a strange log-entry since the last day:
Nov 7 08:34:42 hetzner postfix/lmtp[3764]: 61CB01A3938:
to=,
relay=mail.larptr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 7 Nov 2013, Jan Phillip Greimann wrote:
That's even the only one with lmtp-debug-messages, now all log entries
look like that:
http://pastebin.com/raw.php?i=zFeC9Ncr
is this some sort of LMTP ahead to probe the recipient? Greylisting
per
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Steffen,
no other logs. :-/
That's even the only one with lmtp-debug-messages, now all log entries
look like that:
http://pastebin.com/raw.php?i=zFeC9Ncr
I want to make a workaround in postfix like
rewrite jg+*@larptreff.de -> j...@larptref
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 7 Nov 2013, Jan Phillip Greimann wrote:
maillog:
http://pastebin.com/WDGfEjdp
are there some other log files, too? In it one sees that the recipient
jg+introvers...@larptreff.de is successfully interpreted as
j...@larptreff.de and data s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Additional note: Downgrade impossible because
http://xi.rename-it.nl/debian/
didn't have the 2.2.6 packages anymore. :(
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Good morning dovecot-community,
I noticed a strange log-entry since the last day:
Nov 7 08:34:42 hetzner postfix/lmtp[3764]: 61CB01A3938:
to=,
relay=mail.larptreff.de[private/dovecot-lmtp], delay=0.05,
delays=0.01/0.01/0.02/0.01, dsn=4.4.2, status=u
Just in case you're wondering:
I should hopefully soon get back to answering all the pending mails and
start coding. I moved back to Finland a week ago. I should get my proper
internet connection on Wednesday, although this 3.5G isn't too bad
either. I couldn't get my old Mac Mini to work properly
On 31/08/2010 20:09, Timo Sirainen wrote:
> On Tue, 2010-08-31 at 19:46 +0100, interfaSys sàrl wrote:
>>
>>
>> When running ./configure prefix=/usr I get a
>> DC_DOVECOT: not found
>
> You need DC_DOVECOT aclocal macro, which means dovecot.m4 file. Like
> maybe the easiest is to just put it to
On Tue, 2010-08-31 at 19:46 +0100, interfaSys sàrl wrote:
>
>
> When running ./configure prefix=/usr I get a
> DC_DOVECOT: not found
You need DC_DOVECOT aclocal macro, which means dovecot.m4 file. Like
maybe the easiest is to just put it to /usr/share/aclocal/ or give some
parameter to somethin
> $ hg clone http://hg.dovecot.org/dovecot-antispam-plugin/
> $ ./autogen.sh
> $ ./configure prefix=/usr
> $ make
> $ make install
>
> works for me...
>
> configure checks for the file dovecot-config. If prefix is /usr it
> expects the file under /usr/lib/dovecot/
Doesn't work at all for me.
Wh
Anyway I was able to use postifx+spamassassin+virtual plugin to catch
and filter out spam,
It is optimal to prototype and testing!
Inviato da iPhone
Il giorno 31/ago/2010, alle ore 19.19, Timo Sirainen ha
scritto:
On Tue, 2010-08-31 at 10:56 -0600, Trever L. Adams wrote:
Unfortunately t
On Tue, 2010-08-31 at 10:56 -0600, Trever L. Adams wrote:
> Unfortunately there is no dspam backend yet. This is a killer for me.
Well, I was hoping that there would be only one simple backend that just
executes a given binary/script. Then you'd have your script do whatever
is necessary for that b
On 08/31/2010 10:54 AM, e-frog wrote:
>
> $ hg clone http://hg.dovecot.org/dovecot-antispam-plugin/
> $ ./autogen.sh
> $ ./configure prefix=/usr
> $ make
> $ make install
>
> works for me...
>
> configure checks for the file dovecot-config. If prefix is /usr it
> expects the file under /usr/lib/do
On 31.08.2010 18:34, wrote interfaSys sàrl:
> Hello,
> I saw that there is now an antispam plugin repository for the V2.x version.
> It doesn't compile and it seems it cannot be configured like the old one.
>
> Any ETA?
>
> Cheers,
> Olivier
$ hg clone http://hg.dovecot.org/dovecot-antispam-plu
Hello,
I saw that there is now an antispam plugin repository for the V2.x version.
It doesn't compile and it seems it cannot be configured like the old one.
Any ETA?
Cheers,
Olivier
Looks like I'm pretty badly lagged behind emails in mailing list and in
my INBOX. I should read and do something about maybe 150 messages.
The good thing at least is that v2.0 is getting closer. Only 3 larger
things left besides bug fixing:
1. config handling is too slow
2. I just noticed auth ca
On Wed, 2010-01-27 at 13:21 -0500, Charles Marcus wrote:
> On 2010/1/25, Timo Sirainen wrote:
> > Right. STATUS command is capable of returning the total number of
> > messages in a mailbox.
>
> Is STATUS command (or other IMAP command) able to determine the SIZE of
> a mailbox/,aildir (folder)?
On 2010/1/25, Timo Sirainen wrote:
> Right. STATUS command is capable of returning the total number of
> messages in a mailbox.
Is STATUS command (or other IMAP command) able to determine the SIZE of
a mailbox/,aildir (folder)?
--
Best regards,
Charles
Hi Timo,
2010/1/25 Timo Sirainen :
> Right. STATUS command is capable of returning the total number of
> messages in a mailbox.
thanks! Can problems with querying the total number of messages occur
when mbox_dirty_syncs and mbox_lazy_writes are set to yes? Still
running 1.0.15 here and trying to
On Mon, 2010-01-25 at 08:25 +0100, Florian Effenberger wrote:
> Some folders have only read messages, others have only unread
> messages, and some other have read and unread messages. Thunderbird
> now only shows the number of unread messages in a folder when using
> the STATUS command. In order to
Hi Timo,
2010/1/24 Timo Sirainen :
> I don't understand. What's the difference between "new/unread" and
> "unread"? What does headers have to do with it?
>
>> In other words: Does the STATUS command only return new/unread
>> messages, or can this be configured on the server side?
>
> There's no c
On Sun, 2010-01-24 at 17:07 +0100, Florian Effenberger wrote:
> Querying via opening the folder is reliable, but via the STATUS
> command, only new/unread messages are shown. If I want to have the
> total number of (unread) mesages in a folder, I have to manually open
> it, so the headers are loade
Hello,
I'm running Dovecot 1.0.15 with Thunderbird 3.0.1. TB can query
folders for messages in two ways: Either by using the STATUS command,
or by opening the folder (don't know the respective IMAP commands,
sorry...).
Querying via opening the folder is reliable, but via the STATUS
command, only
On Sat, Oct 10, 2009 at 1:49 PM, Timo Sirainen wrote:
> The lack of IMAP compliance isn't really as serious as you seem to think.
that may well be the case ... i'm simply presuming, based on oft-made
excuses @ MUA dev that "it's not in the IMAP spec blah blah blah" that
it IS a peblem.
> Almost
On Oct 10, 2009, at 12:41 AM, PGNet Dev wrote:
if, in fact, solr's the better performance solution, i hope that the
IMAP compliance might, somehow, get addressed -- either from the
Dovecot side, the MUAs, or both.
The lack of IMAP compliance isn't really as serious as you seem to
think. Almo
On Fri, Oct 9, 2009 at 7:21 PM, Patrick Nagel
wrote:
> Cross-referencing
> http://www.dovecot.org/list/dovecot/2009-September/042904.html
>
> So when you have a huge amount of folders (like we do... there are users
> with >1 folders), Solr could have a big advantage through the single
> index.
Hi,
On Thu, 8 Oct 2009 21:41:36 -0700, PGNet Dev wrote:
> hi,
>
> On Thu, Oct 8, 2009 at 7:56 PM, Timo Sirainen wrote:
>> It's just not possible, because it doesn't support substring searches.
>> But
>> then again, perhaps no one cares. It's not like gmail's search is IMAP
>> compliant either.
>
On Oct 9, 2009, at 12:41 AM, PGNet Dev wrote:
if the goal is fast, indexed FTS of dovecot IMAP stores from
within a
MUA, is fts_solr even helpful? or is it targeted for web
interfaces to
search ... ?
You can add the break-imap-search option and it'll be helpful with
those
MUAs that use I
hi,
On Thu, Oct 8, 2009 at 7:56 PM, Timo Sirainen wrote:
> It's just not possible, because it doesn't support substring searches. But
> then again, perhaps no one cares. It's not like gmail's search is IMAP
> compliant either.
>
>> if the goal is fast, indexed FTS of dovecot IMAP stores from with
On Oct 8, 2009, at 10:51 PM, PGNet Dev wrote:
as of dovecot v1.1.2, squat's required for IMAP compliance; solr
search breaks it. is that still the case in v1.2? Is IMAP-compliant
Solr search possible? planned?
It's just not possible, because it doesn't support substring searches.
But then
i've deployed a Solr server, and setup Dovecot for *both* squat & solr FTS.
iiuc, reading at,
http://wiki.dovecot.org/Plugins/FTS
http://wiki.dovecot.org/Plugins/FTS/Solr
as of dovecot v1.1.2, squat's required for IMAP compliance; solr
search breaks it. is that still the case in v1.2? Is IMA
On Tuesday 26 May 2009 09:03:38 Timo Sirainen wrote:
> On Tue, 2009-05-26 at 08:59 +0200, Chantal Rosmuller wrote:
> > On Tuesday 26 May 2009 08:48:17 Timo Sirainen wrote:
> > > On Tue, 2009-05-26 at 07:49 +0200, Chantal Rosmuller wrote:
> > > > Program received signal SIGSEGV, Segmentation fault.
> > I moved the line but now I get status=deferred (temporary failure)
> >
> > probably a permission problem, I have been fiddling with the settings to
> > solve the "command died" issue so I probably broke something.
>
> Either it's not able to write to log file or it wrote the error to log
> fil
On Tue, 2009-05-26 at 08:59 +0200, Chantal Rosmuller wrote:
> On Tuesday 26 May 2009 08:48:17 Timo Sirainen wrote:
> > On Tue, 2009-05-26 at 07:49 +0200, Chantal Rosmuller wrote:
> > > Program received signal SIGSEGV, Segmentation fault.
> > > 0xb7e0b5bf in unsetenv () from /lib/tls/i686/cmov/libc.
On Tuesday 26 May 2009 08:48:17 Timo Sirainen wrote:
> On Tue, 2009-05-26 at 07:49 +0200, Chantal Rosmuller wrote:
> > Program received signal SIGSEGV, Segmentation fault.
> > 0xb7e0b5bf in unsetenv () from /lib/tls/i686/cmov/libc.so.6
> > (gdb) #0 0xb7e0b5bf in unsetenv () from /lib/tls/i686/cmo
On Tue, 2009-05-26 at 07:49 +0200, Chantal Rosmuller wrote:
> Program received signal SIGSEGV, Segmentation fault.
> 0xb7e0b5bf in unsetenv () from /lib/tls/i686/cmov/libc.so.6
> (gdb) #0 0xb7e0b5bf in unsetenv () from /lib/tls/i686/cmov/libc.so.6
> No symbol table info available.
> #1 0xb7ff80dd
On Tue, 2009-05-26 at 07:49 +0200, Chantal Rosmuller wrote:
> Program received signal SIGSEGV, Segmentation fault.
> 0xb7e0b5bf in unsetenv () from /lib/tls/i686/cmov/libc.so.6
> (gdb) #0 0xb7e0b5bf in unsetenv () from /lib/tls/i686/cmov/libc.so.6
> No symbol table info available.
> #1 0xb7ff80dd
> > It is reproducable, how can I make a gdb backtrace? What is a core file?
>
> Try this:
>
> dovecot unix - n n - - pipe
> flags=DRhu user=vmail:mail argv=/usr/lib/dovecot/gdbhelper
> /tmp/deliver.sh -d ${recipient}
>
> And /tmp/deliver.sh contains:
>
> #!/bin/
On Fri, 2009-05-22 at 10:02 +0200, Chantal Rosmuller wrote:
> 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
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 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 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:
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: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
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
On Jun 11, 2008, at 9:43 PM, Charles Marcus wrote:
On 6/11/2008 1:58 PM, Anders wrote:
Steve Fosdick wrote:
What is the status of dbox in dovecot 1.1 please?
I asked the same question some time ago, with no real answers,
>
> http://dovecot.org/list/dovecot/2008-March/029260.html
Thats n
On 6/11/2008 1:58 PM, Anders wrote:
Steve Fosdick wrote:
What is the status of dbox in dovecot 1.1 please?
I asked the same question some time ago, with no real answers,
>
> http://dovecot.org/list/dovecot/2008-March/029260.html
Thats not true... maybe you missed Timos response? See below
Steve Fosdick wrote:
What is the status of dbox in dovecot 1.1 please?
I asked the same question some time ago, with no real answers,
http://dovecot.org/list/dovecot/2008-March/029260.html
Probably nobody dares to be the first one using dbox and finding the
issues :-).
Anders.
What is the status of dbox in dovecot 1.1 please?
I have read the release notes and checked the archives but I can't find
this information.
TiA,
Steve.
On 8/14/07, martin f krafft <[EMAIL PROTECTED]> wrote:
> also sprach Timo Sirainen <[EMAIL PROTECTED]> [2007.08.14.0018 +0200]:
> > Dovecot v1.1 supports UIDPLUS already. I wouldn't bother backporting it
> > to v1.0. It requires several API changes to do it properly which in turn
> > breaks plugins
also sprach Timo Sirainen <[EMAIL PROTECTED]> [2007.08.14.0018 +0200]:
> Dovecot v1.1 supports UIDPLUS already. I wouldn't bother backporting it
> to v1.0. It requires several API changes to do it properly which in turn
> breaks plugins and so on.
This is great news. Thanks, Timo.
--
.''`. ma
On Mon, 2007-08-13 at 22:17 +0200, martin f krafft wrote:
> The solution I found in RFC4315 ("UIDPLUS";
> http://www1.tools.ietf.org/html/rfc4315) and then I saw
> http://www.dovecot.org/list/dovecot/2004-July/003993.html, and now
> I am wondering: is anyone else interested in APPENDUID? What's the
# dovecot-related content below, this one for debian bug tracking
# system:
retitle 435959 Please support RFC4315 UIDPLUS extension in APPEND reply
severity 435959 wishlist
thanks
[please keep [EMAIL PROTECTED] on Cc.]
Hi there,
I am working on
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=43
I'm leaving soon and I'll be away until sunday. Sorry about not replying
to all mails yet, most of them are somewhat tricky and require some time
to reply (other than "I don't know").
The new index code for v1.1 seems to be finally working pretty nicely.
After 9 hours of running imaptest I haven't
89 matches
Mail list logo