Hello list,
with dovecot 1.2 on AIX rquota RPC calls fail with
quota-fs: remote ext rquota call failed: RPC:
1832-012 Program/version mismatch
when using a netapp filer.
This is what netapp says:
Bug ID 97288
Title Support requested for rquota version 2
Bug Severity
John Marshall schreef:
On Tue, 23 Jun 2009, 18:29 +0200, Stephan Bosch wrote:
John Marshall wrote:
--< snip: 169 lines removed >--
# This is a sieve script file fuNO "Unknown error"
There's our problem. There's only one location in the sources where this
most informative error can occur :
I have:
mail_location = maildir:/var/dovecot-mail/%d/%n/Maildir
but on my /var/dovecot-mail have following directory created:
-domain
-domain.
-domain.es (only this is correct)
-DOMAIN.ES
Why is this happening?
On 7/4/2009 8:22 AM, etor...@dap.es wrote:
> I have:
>
> mail_location = maildir:/var/dovecot-mail/%d/%n/Maildir
Please always provide at *least* output of dovecot -n...
--
Best regards,
Charles
On Jul 4, 2009, at 8:22 PM, etor...@dap.es wrote:
I have:
mail_location = maildir:/var/dovecot-mail/%d/%n/Maildir
but on my /var/dovecot-mail have following directory created:
-domain
-domain.
-domain.es (only this is correct)
-DOMAIN.ES
Why is this happening?
You should set 'mail_debug
my point was:
why waiting 2.0 ? why not doing it in 1.2 ?
Charles Marcus wrote:
On 7/2/2009, Joan (j...@grosjo.net) wrote:
managesieve works fine for me on 1.2.0
However
-> it would be however a nice idea to include the patch of ManageSieve directly
into the branch 1.2 of dovecot.
T
thanks ! :-)
Michael Orlitzky wrote:
Joan wrote:
yes, Mercurial repository has a working status.
Anybody to help on teh following ? :
-> how managesieve works between the "sieve script per virtual user"
and the main script in the storage directory.
ManageSieve shouldn't be used to modify gl
Ok, but in the event of *virtual* users , how to setup the setting
sieve_dir = ~/
?
Michael Orlitzky wrote:
Joan wrote:
yes, Mercurial repository has a working status.
Anybody to help on teh following ? :
-> how managesieve works between the "sieve script per virtual user"
and the main scr
I know I should update to the release version (will do on Monday), but
I keep getting this in my logs (ie All Messages shown):
4/07/09 11:50:18 PM Dovecot[742] Fatal: Dovecot is already running
with PID 624 (read from /usr/local/var/run/dovecot/master.pid)
4/07/09 11:50:18 PM com.apple.launch
On 05/07/2009, at 12:07 AM, James Brown wrote:
I know I should update to the release version (will do on Monday),
but I keep getting this in my logs (ie All Messages shown):
4/07/09 11:50:18 PM Dovecot[742] Fatal: Dovecot is already running
with PID 624 (read from /usr/local/var/run/dovecot
On 07/04/2009 03:28 PM, James Brown wrote:
On 05/07/2009, at 12:07 AM, James Brown wrote:
I know I should update to the release version (will do on Monday), but
I keep getting this in my logs (ie All Messages shown):
4/07/09 11:50:18 PM Dovecot[742] Fatal: Dovecot is already running
with PID 6
James Brown wrote:
> I know I should update to the release version (will do on Monday), but
> I keep getting this in my logs (ie All Messages shown):
>
> 4/07/09 11:50:18 PM Dovecot[742] Fatal: Dovecot is already running
> with PID 624 (read from /usr/local/var/run/dovecot/master.pid)
> 4/07/09 11
Le 4 juil. 09 à 17:25, David Stark a écrit :
On 07/04/2009 03:28 PM, James Brown wrote:
On 05/07/2009, at 12:07 AM, James Brown wrote:
[...]
Anywhere in particular that I should look for hints as to what is
causing Dovecot to exit?
Call it a stab in the dark, but try removing the PID file
On 7/4/2009 9:27 AM, Joan Moreau wrote:
>>> -> it would be however a nice idea to include the patch of
>>> ManageSieve directly into the branch 1.2 of dovecot.
>> This is getting to be an FAQ (asked and answered in the archives)...
>>
>> The patch will no longer be needed for 2.0, but Sieve/Manage
I was going to test 1.1.16 so as to see how it handles global ACLs (in
the hope to have a possible comparison with 1.2.0's odd behavior),
when I encountered the problem described hereafter.
Note that just disabling ACLs is sufficient to get back a fully
functional imap binary.
So, should th
Hi!
I've upgrade from 1.1 to 1.2, and one thing I noticed, that when running
expire-tool, I get this error:
# /usr/local/sbin/dovecot --exec-mail ext /usr/local/libexec/dovecot/expire-
tool
Info: Loading modules from directory: /usr/local/lib/dovecot/imap
Info: Module loaded: /usr/local/lib/dove
Robert Schetterer schrieb:
> Steffen Kaiser schrieb:
>> Hello,
>>
>> I noticed that entries added to the ACL dict are not removed, when an
>> user no longer has explicit ACLs to another user, e.g.:
>>
>> [at the beginning no ACLs for "user"]
>> 1 login testuser pwd
>> 2 setacl INBOX user lp
>> 3 de
Hello, list,
I'm new here and also new to Dovecot. On Friday evening (perhaps not the best
moment...) I sent the following question but it seems to have been lost
somehow:
Yesterday I had to reboot my server machine and I think there was an email
client connected from the LAN during the reboot
18 matches
Mail list logo
