Hi all,
Dovecot with the "new Sieve" works fine, but
1 - how to have a global script AND 1 script per virtual maibox ?
2 - how to allow a user to change this script (from Thunderbird or
Outlook)
Thanks
JM
On Jun 3, 2009, at 12:17 PM, Timo Sirainen wrote:
On Wed, 2009-06-03 at 12:11 -0400, Timo Sirainen wrote:
On Wed, 2009-06-03 at 10:14 -0400, Jonathan Siegle wrote:
On Jun 3, 2009, at 9:35 AM, Timo Sirainen wrote:
On Wed, 2009-06-03 at 09:31 -0400, Jonathan Siegle wrote:
Are you saying that
Thomas E. Deutsch a écrit :
> Hi
>
> I've a problem. I've built a new mailserver for our company based on
> dovecot (1.1.15). At the same time, our company's name has changed. The
> old mail addresses are forwarded to the new addresses.
>
> But I've a problem with sieve. It looks like the sieve f
Hello folk,
I have trouble running /usr/libexec/dovecot/deliver with ACL plugin enabled
from my exim configurarion. Everything is working fine if I disable plugin ACL
from lda section in dovecot config.
This is the string from exim.conf, which request delivery to take place:
command = /usr/lib
I changed some quota options in my dovecot config (eg. excluded folders)
but afaik this only affects new mail and there is no magic command to
recalculate the quota (or is there?).
So I wrote this little python script to do this, maybe someone finds it
useful.
It can output the sql statements (dov
A little more investigation reveals the trend is that the users
receiving this error access their accounts via POP3. I assume that the
UID in this error is the UID of a message. What could be causing the
physical size in the cache to be incorrect?
Brent Bloxam wrote:
Hello,
I'm running Dovec
On 09.06.2009 13:54, Joan wrote:
2 - how to allow a user to change this script (from Thunderbird or Outlook)
Thunderbird have extension allow user to connect via managesieve and
edit sieve scripts
http://sieve.mozdev.org
We have been noticing a constant hum of traffic between our IMAP server
(Dovecot v1.1.14) and our filers over the past several days. I have
narrowed it down to one particular user who has been logged in to
IMP/Horde since the problem began (he hadn't logged since we upgraded to
Dovecot a week befor
On Jun 8, 2009, at 11:40 PM, Arno Wald wrote:
Timo Sirainen wrote:
Hmm. I suppose I could change Dovecot master so that if no imap/
pop3 processes have been created yet, it would silently ignore the
clock move.
Also it might be an idea to just restart dovecot instead of
completely stoppin
On Jun 9, 2009, at 6:27 AM, Oli Schacher wrote:
I changed some quota options in my dovecot config (eg. excluded
folders)
but afaik this only affects new mail and there is no magic command to
recalculate the quota (or is there?).
Well, you can delete the user's quota row from SQL and it will
On Jun 8, 2009, at 7:06 AM, Brent Bloxam wrote:
Hello,
I'm running Dovecot 1.1.13 on FreeBSD 7.0-RELEASE and I'm receiving
a large number of errors much like the following:
dovecot: Jun 08 09:27:04 Error: IMAP(x...@x.x): Corrupted index cache
file /nfs/x.x/x/Maildir/dovecot.index.cache: C
On Jun 9, 2009, at 9:18 AM, Chris O'Regan wrote:
IMP is periodically checking this user's mail every five minutes. Each
time it does, the his entire mailbox is being read. I initially
thought
it might be an indexing problem since I am also seeing messages such
as
this in the logs:
Corrupte
>
> Well, you can delete the user's quota row from SQL and it will get
> recalculated later. And if you want to force the recalculation
> immediately, you can log in as the user and issue GETQUOTAROOT INBOX
> command.
>
Ah, I didn't know this does a full recalculation. Thanks for the hint!
Quoting "Timo Sirainen" :
On Jun 9, 2009, at 9:18 AM, Chris O'Regan wrote:
IMP is periodically checking this user's mail every five minutes. Each
time it does, the his entire mailbox is being read. I initially thought
it might be an indexing problem since I am also seeing messages such as
this
Quoting Rick Romero :
Quoting "Timo Sirainen" :
On Jun 9, 2009, at 9:18 AM, Chris O'Regan wrote:
IMP is periodically checking this user's mail every five minutes. Each
time it does, the his entire mailbox is being read. I initially thought
it might be an indexing problem since I am also seei
> > Corrupted index cache file /local/data/dovecot/indexes/mail/X/
> > /.imap/delivery.log/dovecot.index.cache: Broken MIME parts
> > for mail UID 30880
>
> Is it always this same UID? How often does it happen? Every 5 minutes?
The UID is increasing by one each time. There does not see
Timo Sirainen wrote:
On Jun 8, 2009, at 7:06 AM, Brent Bloxam wrote:
Hello,
I'm running Dovecot 1.1.13 on FreeBSD 7.0-RELEASE and I'm receiving a
large number of errors much like the following:
dovecot: Jun 08 09:27:04 Error: IMAP(x...@x.x): Corrupted index cache
file /nfs/x.x/x/Maildir/do
> IMP also has an option to preview messages. It reads the entire
> contents of the messages (should only be 20 or so for the 'current'
> INBOX window), and will display the first 200 characters or so of the
> email. Is it possible the numbers you're seeing reflect the total
> size of his
On Jun 9, 2009, at 11:44 AM, Chris O'Regan wrote:
Corrupted index cache file /local/data/dovecot/indexes/mail/X/
/.imap/delivery.log/dovecot.index.cache: Broken MIME parts
for mail UID 30880
Is it always this same UID? How often does it happen? Every 5
minutes?
The UID is increasin
On Jun 9, 2009, at 11:49 AM, Brent Bloxam wrote:
Timo Sirainen wrote:
On Jun 8, 2009, at 7:06 AM, Brent Bloxam wrote:
Hello,
I'm running Dovecot 1.1.13 on FreeBSD 7.0-RELEASE and I'm
receiving a large number of errors much like the following:
dovecot: Jun 08 09:27:04 Error: IMAP(x...@x.x)
NTP comes with a script, ntp-wait, that is specifically designed to be
used during the boot-sequence for the purpose of waiting until the clock
is sync'd before starting time-sensitive applications.
See http://support.ntp.org/bin/view/Support/StartingNTP4 for more
information.
BCP is:
- Start nt
On Jun 8, 2009, at 1:36 PM, Eric Sammons wrote:
Hi,
Wondering if anyone could give some indication as to where to look
for the
cause of the following error messages. These error messages seem to
occur
at about the time when users are having problems logging in.
Jun 8 10:33:19 host dovec
Timo Sirainen wrote:
On Jun 9, 2009, at 11:49 AM, Brent Bloxam wrote:
Timo Sirainen wrote:
On Jun 8, 2009, at 7:06 AM, Brent Bloxam wrote:
Hello,
I'm running Dovecot 1.1.13 on FreeBSD 7.0-RELEASE and I'm receiving
a large number of errors much like the following:
dovecot: Jun 08 09:27:04
> Unfortunately, with IMP 4.x we are limited to the API provided by
> c-client/PHP imap module. This API is *horribly* inefficient and does
> all sorts of terrible IMAP things that are
> unnecessary/inefficient/embarassing. So it is conceivable that the
> entire mailbox is scanned when a
Quoting Chris O'Regan :
Unfortunately, with IMP 4.x we are limited to the API provided by
c-client/PHP imap module. This API is *horribly* inefficient and does
all sorts of terrible IMAP things that are
unnecessary/inefficient/embarassing. So it is conceivable that the
entire mailbox is scanne
> Corrupted index cache file
> /local/data/dovecot/indexes/mail/X//.imap/delivery.log/dovecot.index.cache:
> Broken MIME parts for mail UID 30880
DUH! Please ignore the Corrupted index cache file; the "mailbox" in
question is a file named delivery.log (i.e. procmail log file) that is
in
Hi Timo,
Date: Tue, 9 Jun 2009 09:40:20 -0700
From: Timo Sirainen
On Jun 8, 2009, at 11:40 PM, Arno Wald wrote:
Timo Sirainen wrote:
Hmm. I suppose I could change Dovecot master so that if no imap/
pop3 processes have been created yet, it would silently ignore the
clock move.
Also it migh
> The inode might change, but then again after the next recreation it
> could get the original inode back. But you could run idxview program
> and it'll show the cache file's file_seq which always increases:
Here is the file sequence for the cache file that corresponds to the
problematic mailb
On Jun 9, 2009, at 12:26 PM, Brent Bloxam wrote:
Thanks. The errors I've checked are occurring for recent files,
looks like the S= field doesn't match the real size, for example:
33568 Jun 8 23:46 1235105170.42208.abc.xyz.com,S=33498:2,RS
That's the problem then.
Looking at older e-mails t
On Jun 9, 2009, at 1:22 PM, Chris O'Regan wrote:
The inode might change, but then again after the next recreation it
could get the original inode back. But you could run idxview program
and it'll show the cache file's file_seq which always increases:
Here is the file sequence for the cache fil
On Jun 9, 2009, at 1:01 PM, Chris O'Regan wrote:
Corrupted index cache file /local/data/dovecot/indexes/mail/X/
/.imap/delivery.log/dovecot.index.cache: Broken MIME parts
for mail UID 30880
DUH! Please ignore the Corrupted index cache file; the "mailbox" in
question is a file named d
On Jun 9, 2009, at 1:03 PM, Eugene wrote:
But really, all this leads is that admin has to detect the dovecot
termination and simply go and restart it manually -- after some bad
thoughts.
Or the admin actually permanently fixes the time.
Timo wrote:
> On Jun 9, 2009, at 1:03 PM, Eugene wrote:
>
> > But really, all this leads is that admin has to detect the dovecot
> > termination and simply go and restart it manually -- after some bad
> > thoughts.
>
> Or the admin actually permanently fixes the time.
This is usually a start
Hi Eugene,
> But really, all this leads is that admin has to detect the dovecot
> termination and simply go and restart it manually -- after some bad
> thoughts.
During normal operation, on 99% of the hosts, the clock should never need to
leap backwards. So if that ever happens, it seems fine
Hello
From: "Timo Sirainen"
But really, all this leads is that admin has to detect the dovecot
termination and simply go and restart it manually -- after some bad
thoughts.
Or the admin actually permanently fixes the time.
In most cases we talk about, it can't be fixed permanently because t
On Jun 9, 2009, at 1:54 PM, Harlan Stenn wrote:
Timo wrote:
On Jun 9, 2009, at 1:03 PM, Eugene wrote:
But really, all this leads is that admin has to detect the dovecot
termination and simply go and restart it manually -- after some bad
thoughts.
Or the admin actually permanently fixes the
It would be nice to have some sort of archiving feature on which
dovecot can save emails older than N+1 months to either a remote
Dovecot server with MySQL as storage or a separate instance of
Dovecot running on the same server but storing the emails in MySQL
Is any of this possible now, or
Eugene wrote:
> In most cases we talk about, it can't be fixed permanently because this
> happens after (cold or warm) system restart, when ntpd can take up to 15
> minutes (and in most cases about 3-5 minutes) to actually resync the time.
If you have a good drift file and use iburst (as discuss
--On Tuesday, June 09, 2009 2:49 PM -0700 Timo Sirainen wrote:
DUH! Please ignore the Corrupted index cache file; the "mailbox" in
question is a file named delivery.log (i.e. procmail log file) that is
in the user's ~/mail directory. Of course there will be problems
trying
to index this file, i
Timo Sirainen wrote:
http://wiki.dovecot.org/TimeMovedBackwards bottom answers this. A
restart isn't much better than just ignoring the time change.
In point 3 ("you can use clockspeed as well") you could mention
"chrony", too:
http://chrony.sunsite.dk/
Thank you,
Arno
Matthijs Kooijman wrote:
but I think it's not so trivial to handle this properly, without risking data
loss (as Timo pointed out, immediately restarting is not really helping, since
you'll still be running in the past.
It would be interesting (as I do not know anything about the dovecot
inte
41 matches
Mail list logo
