Re: [Dovecot] [BUMP] Unanswered: how to force FTS indexing?

2012-11-16 Thread e-frog 

On 17.11.2012 07:35, wrote Daniel L. Miller:

On 11/16/2012 12:58 PM, Dave Abrahams wrote:

on Thu Nov 15 2012, "Daniel L. Miller"  wrote:


On 11/14/2012 6:52 AM, Dave Abrahams wrote:

Does anyone have an answer to this question?  Should I simply issue an
IMAP search command, or is there a better way?


Put this in a cron script:

doveadm search -A text zyxabcxyz > /dev/null

That will perform a search through every mailbox on the system,
indexing as it goes.  The search query is unlikely to return much in
the way of results, so log files won't fill up much.

That actually doesn't work for me.  "doveadm index ..." does, though.



Use whatever works for you.  The problem (for me) with "doveadm index"
is it only works with the specified mailboxes.  It can be done for all
users - but only designated mailboxes.  So a "doveadm index -A INBOX"
will scan all inboxes - but none of the other folders.


The following works for me:

doveadm index -A "*"


The search
command I showed performs a recursive search that hits everything.

Re: [Dovecot] [BUMP] Unanswered: how to force FTS indexing?

2012-11-16 Thread Daniel L. Miller 

On 11/16/2012 12:58 PM, Dave Abrahams wrote:

on Thu Nov 15 2012, "Daniel L. Miller"  wrote:


On 11/14/2012 6:52 AM, Dave Abrahams wrote:

Does anyone have an answer to this question?  Should I simply issue an
IMAP search command, or is there a better way?


Put this in a cron script:

doveadm search -A text zyxabcxyz > /dev/null

That will perform a search through every mailbox on the system,
indexing as it goes.  The search query is unlikely to return much in
the way of results, so log files won't fill up much.

That actually doesn't work for me.  "doveadm index ..." does, though.



Use whatever works for you.  The problem (for me) with "doveadm index" 
is it only works with the specified mailboxes.  It can be done for all 
users - but only designated mailboxes.  So a "doveadm index -A INBOX" 
will scan all inboxes - but none of the other folders.  The search 
command I showed performs a recursive search that hits everything.


--
Daniel

Re: [Dovecot] dovecot: lda(root): Fatal: Invalid user settings. Refer to

2012-11-16 Thread Thufir 

On Fri, 16 Nov 2012 19:58:55 -0600, /dev/rob0 wrote:



Judging from your previous post where deliver tried to write to
/root/Maildir/, I suppose your mail will be found in
~thufir/Maildir/new/
.

Now Postfix is fine, Dovecot seems to be fine also. Your remaining issue
is with "mail". If it's old BSD mailx, that is not very configurable.
Consider other choices, such as mutt, alpine, or Heirloom mailx.


Thanks, it's right there:

thufir@dur:~$
thufir@dur:~$ ll Maildir/new/
total 20
drwx-- 2 thufir thufir 4096 Nov 16 18:56 ./
drwx-- 5 thufir thufir 4096 Nov 16 18:56 ../
-rw--- 1 thufir thufir  410 Nov 16 11:57
1353095866.M305477P3932.dur,S=410,W=422
-rw--- 1 thufir thufir  424 Nov 16 17:20
1353115248.M841336P2990.dur,S=424,W=436
-rw--- 1 thufir thufir  445 Nov 16 18:56
1353121003.M187706P3838.dur,S=445,W=457
thufir@dur:~$
thufir@dur:~$ nl Maildir/new/1353121003.M187706P3838.dur\,S\=445\,W\=457
 1  Return-Path: 
 2  X-Original-To: thufir@localhost
 3  Delivered-To: thufir@localhost
 4  Received: from me (localhost [127.0.0.1])
 5  by dur.bounceme.net (Postfix) with SMTP id 43D6F2A07C1
 6  for ; Fri, 16 Nov 2012 18:55:55 -0800
(PST)
 7  subject: to evolution mail
 8  Message-Id: <20121117025613.43d6f2a0...@dur.bounceme.net>
 9  Date: Fri, 16 Nov 2012 18:55:55 -0800 (PST)
10  From: thu...@example.net

11  we'll see if this goes through.
thufir@dur:~$


and it even looks like Evolution's supported :)

thanks again for the help with what turned not to be dovecot at all.



-Thufir

Re: [Dovecot] dovecot: lda(root): Fatal: Invalid user settings. Refer to

2012-11-16 Thread /dev/rob0 
On Fri, Nov 16, 2012 at 05:32:16PM -0800, Thufir wrote:
> On Fri, 16 Nov 2012 16:09:54 -0600, /dev/rob0 wrote:
> >The fix to this is simply not to deliver mail to root. You
> >should have aliased root to a mortal user. Postfix will not
> >invoke a mailbox_command as root.
> 
> Ah, thank you.  Not dovecot at all, makes sense.  I was sending
> to root because of a problem with keychain preventing usage of
> the "mail" command for users:
> 
> http://ubuntuforums.org/showthread.php?t=2065461
> 
> Anyhow, that's fixed so that I can now use the "mail" command as a
> mortal, as you put it.  I think I'm on my way, and that this is a
> postfix and not dovecot problem.  The mail doesn't arrive, but the
> log shows as delivered (I think) and then removed for some reason:

It was delivered and removed from the queue.

> thufir@dur:~$ telnet localhost 25
> Trying 127.0.0.1...
> Connected to localhost.
> Escape character is '^]'.
> 220 dur.bounceme.net ESMTP Postfix (Ubuntu)
> HELO me
> 250 dur.bounceme.net
> mail from:
> 250 2.1.0 Ok
> rcpt to:
> 250 2.1.5 Ok
> data
> 354 End data with .
> subject: never arrives
> 
> postfix problem?
> .
> 250 2.0.0 Ok: queued as 3C8392A0007
> quit
> 221 2.0.0 Bye
> Connection closed by foreign host.
> thufir@dur:~$
> thufir@dur:~$ mail
> No mail for thufir

Your mail(1) MUA is not configured (or unable) to look in the place 
where the mail was, in fact, delivered.

> thufir@dur:~$ tail /var/log/mail.log
> Nov 16 17:19:04 dur postfix/smtpd[2975]: connect from localhost[127.0.0.1]
> Nov 16 17:19:32 dur postfix/smtpd[2975]: disconnect from localhost
> [127.0.0.1]
> Nov 16 17:19:36 dur postfix/smtpd[2975]: connect from localhost[127.0.0.1]
> Nov 16 17:20:06 dur postfix/smtpd[2975]: 3C8392A0007: client=localhost
> [127.0.0.1]
> Nov 16 17:20:48 dur postfix/cleanup[2985]: 3C8392A0007: message-
> id=<20121117012006.3c8392a0...@dur.bounceme.net>
> Nov 16 17:20:48 dur postfix/qmgr[1521]: 3C8392A0007:
> from=, size=336, nrcpt=1 (queue active)
> Nov 16 17:20:48 dur dovecot: lda(thufir):
> msgid=<20121117012006.3c8392a0...@dur.bounceme.net>: saved mail to INBOX

Dovecot says it delivered it ...

> Nov 16 17:20:48 dur postfix/local[2988]: 3C8392A0007:
> to=, relay=local, delay=55, delays=55/0.02/0/0.17,
> dsn=2.0.0, status=sent (delivered to command: /usr/lib/dovecot/deliver -
> c /etc/dovecot/conf.d/01-mail-stack-delivery.conf -m "${EXTENSION}")
> Nov 16 17:20:48 dur postfix/qmgr[1521]: 3C8392A0007: removed

... and duly reported this success to Postfix, which deleted it from 
the queue as a result.

> Nov 16 17:20:54 dur postfix/smtpd[2975]: disconnect from localhost
> [127.0.0.1]

Judging from your previous post where deliver tried to write to 
/root/Maildir/, I suppose your mail will be found in 
~thufir/Maildir/new/ .

Now Postfix is fine, Dovecot seems to be fine also. Your remaining 
issue is with "mail". If it's old BSD mailx, that is not very 
configurable. Consider other choices, such as mutt, alpine, or 
Heirloom mailx.
-- 
  http://rob0.nodns4.us/ -- system administration and consulting
  Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:

Re: [Dovecot] dovecot: lda(root): Fatal: Invalid user settings. Refer to

2012-11-16 Thread Thufir 

On Fri, 16 Nov 2012 16:09:54 -0600, /dev/rob0 wrote:



The fix to this is simply not to deliver mail to root. You should have
aliased root to a mortal user. Postfix will not invoke a mailbox_command
as root.

In broader terms, you should only use root for actual system
administration, and not for user tasks such as reading and sending mail.

See and edit /etc/aliases, then run "newaliases". Example:

root:   thufir

http://www.postfix.org/postconf.5.html#default_privs
http://www.postfix.org/postconf.5.html#mailbox_command
http://www.postfix.org/local.8.html
http://www.postfix.org/aliases.5.html

After you have done this, requeue the message:

# postsuper -r 35EC92A0D72

(or just delete it, s/-r/-d/, and try another test.)

http://www.postfix.org/postsuper.1.html



Ah, thank you.  Not dovecot at all, makes sense.  I was sending to root
because of a problem with keychain preventing usage of the "mail" 
command for users:


http://ubuntuforums.org/showthread.php?t=2065461

Anyhow, that's fixed so that I can now use the "mail" command as a
mortal, as you put it.  I think I'm on my way, and that this is a 
postfix and not dovecot problem.  The mail doesn't arrive, but the log 
shows as delivered (I think) and then removed for some reason:


thufir@dur:~$
thufir@dur:~$
thufir@dur:~$ telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 dur.bounceme.net ESMTP Postfix (Ubuntu)
HELO me
250 dur.bounceme.net
mail from:
250 2.1.0 Ok
rcpt to:
250 2.1.5 Ok
data
354 End data with .
subject: never arrives

postfix problem?
.
250 2.0.0 Ok: queued as 3C8392A0007
quit
221 2.0.0 Bye
Connection closed by foreign host.
thufir@dur:~$
thufir@dur:~$ mail
No mail for thufir
thufir@dur:~$
thufir@dur:~$
thufir@dur:~$ tail /var/log/mail.log
Nov 16 17:19:04 dur postfix/smtpd[2975]: connect from localhost[127.0.0.1]
Nov 16 17:19:32 dur postfix/smtpd[2975]: disconnect from localhost
[127.0.0.1]
Nov 16 17:19:36 dur postfix/smtpd[2975]: connect from localhost[127.0.0.1]
Nov 16 17:20:06 dur postfix/smtpd[2975]: 3C8392A0007: client=localhost
[127.0.0.1]
Nov 16 17:20:48 dur postfix/cleanup[2985]: 3C8392A0007: message-
id=<20121117012006.3c8392a0...@dur.bounceme.net>
Nov 16 17:20:48 dur postfix/qmgr[1521]: 3C8392A0007:
from=, size=336, nrcpt=1 (queue active)
Nov 16 17:20:48 dur dovecot: lda(thufir):
msgid=<20121117012006.3c8392a0...@dur.bounceme.net>: saved mail to INBOX
Nov 16 17:20:48 dur postfix/local[2988]: 3C8392A0007:
to=, relay=local, delay=55, delays=55/0.02/0/0.17,
dsn=2.0.0, status=sent (delivered to command: /usr/lib/dovecot/deliver -
c /etc/dovecot/conf.d/01-mail-stack-delivery.conf -m "${EXTENSION}")
Nov 16 17:20:48 dur postfix/qmgr[1521]: 3C8392A0007: removed
Nov 16 17:20:54 dur postfix/smtpd[2975]: disconnect from localhost
[127.0.0.1]
thufir@dur:~$



thanks,

Thufir

Re: [Dovecot] whoson plugin for 2.0

2012-11-16 Thread Pascal Volk 
On 11/16/2012 11:21 PM Chuck Cochems wrote:
> …
> I need to return both the IP and the email address as a string to drop 
> it into the old code.
> …

You could check the code of the `doveadm who` command
. It shows both, the user
name and the IP address.


Regards,
Pascal
-- 
The trapper recommends today: c01dcafe.1232...@localdomain.org

Re: [Dovecot] dovecot: lda(root): Fatal: Invalid user settings. Refer to server log for more information.

2012-11-16 Thread /dev/rob0 
On Fri, Nov 16, 2012 at 10:15:24PM +, Ben Morrow wrote:
> postfix's local(8) will not allow you to deliver mail as root.

Strictly speaking it will deliver to/as root, but not if invoking 
commands, which is what the OP was doing.
-- 
  http://rob0.nodns4.us/ -- system administration and consulting
  Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:

Re: [Dovecot] whoson plugin for 2.0

2012-11-16 Thread Chuck Cochems 

On 11/16/2012 11:53 AM, Pascal Volk wrote:

On 11/16/2012 04:27 AM Chuck Cochems wrote:

…
this is, of course, because getenv() no longer functions lie it used to
in plugins.

so i need a replacement for getenv("IP") and getenv("USER") to make this
work.


AFAIR: getenv was replaced by mail_user_plugin_getenv

,--[ lib-storage/mail-user.h ]--
| /* If name exists in plugin_envs, return its value. */
| const char *mail_user_plugin_getenv(struct mail_user *user, const char *name);
`--


Ye, but it requires the user struct to be passed as a parameter, which 
this plugin doesn't even use.


Also, it seems the ip address is stored in a different format than used 
by the old getenv("IP") (which was a string)


I need to return both the IP and the email address as a string to drop 
it into the old code.


I attempted to use the drac plugin as a base (the new 2.0 compatible 
one) but i found the code hard to follow, and also DRAC seems to just 
use the IP, while whoson also uses the email address.

Re: [Dovecot] dovecot: lda(root): Fatal: Invalid user settings. Refer to server log for more information.

2012-11-16 Thread Ben Morrow 
At 12PM -0800 on 16/11/12 you (Thufir) wrote:
> I ran dovecot -a and the blizzard of data seemed ok to my limited 
> knowledge.  Is there another log I should look into to trace this error 
> down?

> 
> Nov 16 12:30:52 dur dovecot: lda(root): Error: chdir(/root/) failed: 
> Permission denied (euid=65534(nobody) egid=65534(nogroup) missing +x 
> perm: /root, dir owned by 0:0 mode=0700)
> Nov 16 12:30:52 dur dovecot: lda(root): Error: chdir(/root) failed: 
> Permission denied
> Nov 16 12:30:52 dur dovecot: lda(root): Error: user root: Initialization 
> failed: Initializing mail storage from mail_location setting failed: 
> stat(/root/Maildir) failed: Permission denied (euid=65534(nobody) 
> egid=65534(nogroup) missing +x perm: /root, dir owned by 0:0 mode=0700)
> Nov 16 12:30:52 dur dovecot: lda(root): Fatal: Invalid user settings. 
> Refer to server log for more information.

You should not be attempting to deliver mail to root directly. Instead
you should forward root's mail to a real user with /etc/aliases;
postfix's local(8) will not allow you to deliver mail as root.

Ben

Re: [Dovecot] dovecot: lda(root): Fatal: Invalid user settings. Refer to server log for more information.

2012-11-16 Thread /dev/rob0 
On Fri, Nov 16, 2012 at 12:47:52PM -0800, Thufir wrote:
> I ran dovecot -a and the blizzard of data seemed ok to my limited
> knowledge.  Is there another log I should look into to trace this
> error down?

It's actually a Postfix problem. Postfix is invoking your Dovecot LDA 
with wrong permissions.

> Dovecot and system info:
> 
> thufir@dur:~$
> thufir@dur:~$ dovecot --version
> 2.0.19
> thufir@dur:~$
> thufir@dur:~$ cat /etc/lsb-release
> DISTRIB_ID=Ubuntu
> DISTRIB_RELEASE=12.04
> DISTRIB_CODENAME=precise
> DISTRIB_DESCRIPTION="Ubuntu 12.04.1 LTS"
> thufir@dur:~$
> 
> testing postfix & dovecot
> (http://packages.ubuntu.com/precise/dovecot-postfix):
> 
> root@dur:/etc/postfix#
> root@dur:/etc/postfix# telnet localhost 25
> Trying 127.0.0.1...
> Connected to localhost.
> Escape character is '^]'.
> 220 dur.bounceme.net ESMTP Postfix (Ubuntu)
> helo me
> 250 dur.bounceme.net
> mail from:f...@bar.com

Angle brackets are required on envelope addresses (and I bet you 
don't own bar.com):

MAIL FROM:

> 250 2.1.0 Ok
> rcpt to:r...@dur.bounceme.net

RCPT TO:

> 250 2.1.5 Ok
> data
> 354 End data with .
> subject:ping 3
> blah blah
> .

A header must have a space after the colon. Header and body are 
separated by a blank line. See RFC 5322.

> 250 2.0.0 Ok: queued as 35EC92A0D72
> quit
> 221 2.0.0 Bye
> Connection closed by foreign host.
> root@dur:/etc/postfix#
> root@dur:/etc/postfix# tail /var/log/mail.log
> Nov 16 12:30:07 dur postfix/smtpd[4113]: connect from localhost[127.0.0.1]
> Nov 16 12:30:40 dur postfix/smtpd[4113]: 35EC92A0D72:
> client=localhost[127.0.0.1]
> Nov 16 12:30:52 dur postfix/cleanup[4133]: 35EC92A0D72:
> message-id=<20121116203040.35ec92a0...@dur.bounceme.net>
> Nov 16 12:30:52 dur postfix/qmgr[1681]: 35EC92A0D72:
> from=, size=321, nrcpt=1 (queue active)
> Nov 16 12:30:52 dur dovecot: lda(root): Error: chdir(/root/) failed:
> Permission denied (euid=65534(nobody) egid=65534(nogroup) missing +x
> perm: /root, dir owned by 0:0 mode=0700)

The fix to this is simply not to deliver mail to root. You should 
have aliased root to a mortal user. Postfix will not invoke a 
mailbox_command as root.

In broader terms, you should only use root for actual system 
administration, and not for user tasks such as reading and sending 
mail.

See and edit /etc/aliases, then run "newaliases". Example:

root:   thufir

http://www.postfix.org/postconf.5.html#default_privs
http://www.postfix.org/postconf.5.html#mailbox_command
http://www.postfix.org/local.8.html
http://www.postfix.org/aliases.5.html

After you have done this, requeue the message:

# postsuper -r 35EC92A0D72

(or just delete it, s/-r/-d/, and try another test.)

http://www.postfix.org/postsuper.1.html

> Nov 16 12:30:52 dur dovecot: lda(root): Error: chdir(/root) failed:
> Permission denied
> Nov 16 12:30:52 dur dovecot: lda(root): Error: user root:
> Initialization failed: Initializing mail storage from mail_location
> setting failed: stat(/root/Maildir) failed: Permission denied
> (euid=65534(nobody) egid=65534(nogroup) missing +x perm: /root, dir
> owned by 0:0 mode=0700)
> Nov 16 12:30:52 dur dovecot: lda(root): Fatal: Invalid user settings.
> Refer to server log for more information.
> Nov 16 12:30:52 dur postfix/local[4134]: 35EC92A0D72:
> to=, relay=local, delay=25,
> delays=25/0.02/0/0.12, dsn=4.3.0, status=deferred (temporary failure)
> Nov 16 12:30:56 dur postfix/smtpd[4113]: disconnect from
> localhost[127.0.0.1]
> root@dur:/etc/postfix#
-- 
  http://rob0.nodns4.us/ -- system administration and consulting
  Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:

Re: [Dovecot] [BUMP] Unanswered: how to force FTS indexing?

2012-11-16 Thread Dave Abrahams 

on Thu Nov 15 2012, "Daniel L. Miller"  wrote:

> On 11/14/2012 6:52 AM, Dave Abrahams wrote:
>> Does anyone have an answer to this question?  Should I simply issue an
>> IMAP search command, or is there a better way?
>>
>
> Put this in a cron script:
>
> doveadm search -A text zyxabcxyz > /dev/null
>
> That will perform a search through every mailbox on the system,
> indexing as it goes.  The search query is unlikely to return much in
> the way of results, so log files won't fill up much.

That actually doesn't work for me.  "doveadm index ..." does, though.

-- 
Dave Abrahams
BoostPro Computing  Software DevelopmentTraining
http://www.boostpro.com Clang/LLVM/EDG Compilers  C++  Boost

[Dovecot] dovecot: lda(root): Fatal: Invalid user settings. Refer to server log for more information.

2012-11-16 Thread Thufir 
I ran dovecot -a and the blizzard of data seemed ok to my limited 
knowledge.  Is there another log I should look into to trace this error 
down?


Dovecot and system info:

thufir@dur:~$
thufir@dur:~$ dovecot --version
2.0.19
thufir@dur:~$
thufir@dur:~$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=12.04
DISTRIB_CODENAME=precise
DISTRIB_DESCRIPTION="Ubuntu 12.04.1 LTS"
thufir@dur:~$



testing postfix & dovecot 
(http://packages.ubuntu.com/precise/dovecot-postfix):


root@dur:/etc/postfix#
root@dur:/etc/postfix# telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 dur.bounceme.net ESMTP Postfix (Ubuntu)
helo me
250 dur.bounceme.net
mail from:f...@bar.com
250 2.1.0 Ok
rcpt to:r...@dur.bounceme.net
250 2.1.5 Ok
data
354 End data with .
subject:ping 3
blah blah
.
250 2.0.0 Ok: queued as 35EC92A0D72
quit
221 2.0.0 Bye
Connection closed by foreign host.
root@dur:/etc/postfix#
root@dur:/etc/postfix# tail /var/log/mail.log
Nov 16 12:30:07 dur postfix/smtpd[4113]: connect from localhost[127.0.0.1]
Nov 16 12:30:40 dur postfix/smtpd[4113]: 35EC92A0D72: 
client=localhost[127.0.0.1]
Nov 16 12:30:52 dur postfix/cleanup[4133]: 35EC92A0D72: 
message-id=<20121116203040.35ec92a0...@dur.bounceme.net>
Nov 16 12:30:52 dur postfix/qmgr[1681]: 35EC92A0D72: from=, 
size=321, nrcpt=1 (queue active)
Nov 16 12:30:52 dur dovecot: lda(root): Error: chdir(/root/) failed: 
Permission denied (euid=65534(nobody) egid=65534(nogroup) missing +x 
perm: /root, dir owned by 0:0 mode=0700)
Nov 16 12:30:52 dur dovecot: lda(root): Error: chdir(/root) failed: 
Permission denied
Nov 16 12:30:52 dur dovecot: lda(root): Error: user root: Initialization 
failed: Initializing mail storage from mail_location setting failed: 
stat(/root/Maildir) failed: Permission denied (euid=65534(nobody) 
egid=65534(nogroup) missing +x perm: /root, dir owned by 0:0 mode=0700)
Nov 16 12:30:52 dur dovecot: lda(root): Fatal: Invalid user settings. 
Refer to server log for more information.
Nov 16 12:30:52 dur postfix/local[4134]: 35EC92A0D72: 
to=, relay=local, delay=25, 
delays=25/0.02/0/0.12, dsn=4.3.0, status=deferred (temporary failure)
Nov 16 12:30:56 dur postfix/smtpd[4113]: disconnect from 
localhost[127.0.0.1]

root@dur:/etc/postfix#




thanks,

Thufir

Re: [Dovecot] Is there any Documentation or Howto/Guide for Dovecot Replication or do i have to wait for dovecot 2.2.x?

2012-11-16 Thread Daniel Parthey 
Marko Weber wrote:
> Is there any Documentation or Howto/Guide for Dovecot Replication?

You might start with dovecot mirroring according to the documentation
http://wiki2.dovecot.org/Tools/Dsync
http://wiki2.dovecot.org/Design/Dsync
and ask if something is unclear.

Regards
Daniel
-- 
https://plus.google.com/103021802792276734820

Re: [Dovecot] whoson plugin for 2.0

2012-11-16 Thread Pascal Volk 
On 11/16/2012 04:27 AM Chuck Cochems wrote:
> …
> this is, of course, because getenv() no longer functions lie it used to 
> in plugins.
> 
> so i need a replacement for getenv("IP") and getenv("USER") to make this 
> work.

AFAIR: getenv was replaced by mail_user_plugin_getenv

,--[ lib-storage/mail-user.h ]--
| /* If name exists in plugin_envs, return its value. */
| const char *mail_user_plugin_getenv(struct mail_user *user, const char *name);
`--


Regards,
Pascal
-- 
The trapper recommends today: cafefeed.1232...@localdomain.org

[Dovecot] Is there any Documentation or Howto/Guide for Dovecot Replication or do i have to wait for dovecot 2.2.x?

2012-11-16 Thread weber 

dear timo,
can you help me?

best regards

marko, from hamburg

[Dovecot] Initial status notification not received

2012-11-16 Thread Nicolas KOWALSKI 
Hello,

We have SLES-11 SP2 Xen VMs running dovecot as IMAP proxies. At VMs 
startup, dovecot almost always shows these errors:

Nov 16 14:29:19 server dovecot: master: Dovecot v2.1.10 starting up (core dumps 
disabled)
Nov 16 14:29:55 server dovecot: master: Error: service(anvil): Initial status 
notification not received in 30 seconds, killing the process
Nov 16 14:29:55 server dovecot: master: Error: service(log): Initial status 
notification not received in 30 seconds, killing the process
Nov 16 14:29:55 server dovecot: master: Error: service(ssl-params): Initial 
status notification not received in 30 seconds, killing the process
Nov 16 14:29:55 server dovecot: master: Error: service(log): child 3591 killed 
with signal 9

As the last line tells, dovecot stops logging information. We have to 
restart the dovecot processes to get back normal behaviour. I also tried 
to set idle_kill values to services definitions, without success.

Is there a way to prevent these errors?


Here is the dovecot -n output:

# 2.1.10: /etc/dovecot/dovecot.conf
# OS: Linux 3.0.42-0.7-xen x86_64 SUSE Linux Enterprise Server 11 
(x86_64)
default_client_limit = 4096
default_idle_kill = 5 mins
default_process_limit = 16384
listen = 10.254.251.18
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope encoded-character 
vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy 
include variables body enotify environment mailbox date ihave
namespace inbox {
  inbox = yes
  location =
  mailbox Drafts {
special_use = \Drafts
  }
  mailbox Junk {
special_use = \Junk
  }
  mailbox Sent {
special_use = \Sent
  }
  mailbox "Sent Messages" {
special_use = \Sent
  }
  mailbox Trash {
special_use = \Trash
  }
  prefix =
}
passdb {
  args = /etc/dovecot/dovecot-ldap.conf.ext
  driver = ldap
}
plugin {
  sieve = ~/.dovecot.sieve
  sieve_dir = ~/sieve
}
protocols = imap sieve
service anvil {
  client_limit = 65536
  idle_kill = 0
}
service auth {
  client_limit = 32768
}
service imap-login {
  inet_listener imap {
port = 0
  }
}
service imap {
  process_limit = 0
}
service log {
  idle_kill = 0
}
service managesieve {
  process_limit = 0
}
service ssl-params {
  idle_kill = 0
}
ssl_ca =

Re: [Dovecot] Folder layout after Cyrus to Dovecot migration

2012-11-16 Thread Robert Schetterer 
Am 16.11.2012 11:36, schrieb Keith Edmunds:
>> read
>>
>> http://wiki2.dovecot.org/Migration
>> http://wiki2.dovecot.org/Namespaces
> 
> Thank you: I have (already had) read both.
> 
> Are you suggesting that hidden namespaces will provide the functionality
> we are looking for? Or have I missed the point?
> 
> Thanks,
> Keith
> 

i you like your users have the same namespace as before
configure dovecot like it

if not use ,a new namespace layout, its your choice

hidden namespaces may help making migration transparent for old clients


Best Regards
MfG Robert Schetterer

-- 
[*] sys4 AG

http://sys4.de, +49 (89) 30 90 46 64
Franziskanerstraße 15, 81669 München

Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer
Aufsichtsratsvorsitzender: Joerg Heidrich

Re: [Dovecot] Folder layout after Cyrus to Dovecot migration

2012-11-16 Thread Keith Edmunds 
> read
> 
> http://wiki2.dovecot.org/Migration
> http://wiki2.dovecot.org/Namespaces

Thank you: I have (already had) read both.

Are you suggesting that hidden namespaces will provide the functionality
we are looking for? Or have I missed the point?

Thanks,
Keith

[Dovecot] shared mailboxes and indexes

2012-11-16 Thread Angel L. Mateo 

Hello,

	We are deploying shared mailboxes in our mail system. We are running 
2.1.9 and mail backend is maildir.


	As described at http://wiki.dovecot.org/SharedMailboxes/Shared when 
shared namespace is configured as


namespace shared {
  separator = /
  prefix = shared/%%u/
  location = maildir:%%h/Maildir:INDEX=~/Maildir/shared/%%u
  subscriptions = no
  list = children
}

	each user accessing this folder has its own index, stored in 
~/Maildir/shared/%%u/, hasn't it?


	Our mail is store in NFS disks so we are very concerned about indexes 
optimizations (we had performance problems until we got all of our 
indexes and nfs tunned). So, is there any way so those indexes could be 
shared for all users (and they always would be updated).


	Regarding this... if we'd use dbox instead of maildir, indexes are a 
really important part of the mailbox and they can't be re-constructed 
when they are outdated. So, how do shared mailboxes work with dbox 
backend? Do I have to configure indexes in any particular way?


--
Angel L. Mateo Martínez
Sección de Telemática
Área de Tecnologías de la Información
y las Comunicaciones Aplicadas (ATICA)
http://www.um.es/atica
Tfo: 868889150
Fax: 86337

Re: [Dovecot] Folder layout after Cyrus to Dovecot migration

2012-11-16 Thread Robert Schetterer 
Am 16.11.2012 10:33, schrieb Keith Edmunds:
> # dovecot --version
> 1.2.15
> 
> We're trying to migrate a server from Cyrus to Dovecot, and we're mostly
> there.
> 
> On Cyrus, the folder layout in the MUA is:
> 
> INBOX
>  subfolder
>  subfolder
>  ...
> Sent
> Drafts
> Queue
> Trash
> 
> Users cannot create sibling folders to the Inbox, only subfolders (and
> sub-subfolders, etc). We've replicated that with:
> 
> 
> mail_location = 
>  maildir:/shared/imapmail/users/%u:INBOX=/shared/imapmail/users/%u:LAYOUT=fs
> 
> namespace private {
>separator = /
>prefix = "INBOX/"
>inbox = yes
> }
> 
> 
> ...however, the Sent/Drafts/Queue/Trash folders are now subfolders of
> Inbox. Cyrus seems to default to the above layout (at least, I can't find
> anywhere that defines it). There are no special settings in the MUA to
> achieve the abovev. Is there a way of replicating the above within
> Dovecot? We can probably go to V2 if we have to, but 1.2.15 would be
> preferable.
> 
> Thanks,
> Keith
> 

read

http://wiki2.dovecot.org/Migration
http://wiki2.dovecot.org/Namespaces


Best Regards
MfG Robert Schetterer

-- 
[*] sys4 AG

http://sys4.de, +49 (89) 30 90 46 64
Franziskanerstraße 15, 81669 München

Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer
Aufsichtsratsvorsitzender: Joerg Heidrich

[Dovecot] Folder layout after Cyrus to Dovecot migration

2012-11-16 Thread Keith Edmunds 
# dovecot --version
1.2.15

We're trying to migrate a server from Cyrus to Dovecot, and we're mostly
there.

On Cyrus, the folder layout in the MUA is:

INBOX
 subfolder
 subfolder
 ...
Sent
Drafts
Queue
Trash

Users cannot create sibling folders to the Inbox, only subfolders (and
sub-subfolders, etc). We've replicated that with:


mail_location = 
 maildir:/shared/imapmail/users/%u:INBOX=/shared/imapmail/users/%u:LAYOUT=fs

namespace private {
   separator = /
   prefix = "INBOX/"
   inbox = yes
}


...however, the Sent/Drafts/Queue/Trash folders are now subfolders of
Inbox. Cyrus seems to default to the above layout (at least, I can't find
anywhere that defines it). There are no special settings in the MUA to
achieve the abovev. Is there a way of replicating the above within
Dovecot? We can probably go to V2 if we have to, but 1.2.15 would be
preferable.

Thanks,
Keith