[Dovecot] Dovecot Failover

2013-04-18 Thread Nikolaos Milas

Hello,

Assuming we have two (low traffic) servers (on different data centers) 
replicated using dsync, what is the best way to automatically direct 
users to the main server when it is up and to the redundant one when the 
main server is down?


Using DNS? I've seen that DNS-based failover has generally issues (for 
example: 
http://serverfault.com/questions/60553/why-is-dns-failover-not-recommended, 
which is informative although it refers to web servers).


What is the suggested approach? HAProxy? Heartbeat/Pacemaker?

Any advice will be appreciated.

Thanks and regards,
Nick






Re: [Dovecot] IMAP monitoring

2013-04-18 Thread Joseph Tam

From: pvsuja 

I want to get some statistics of dovecot IMAP server like the number of
current IMAP connections, who is logged in to the Dovecot server,


doveadm who


bandwidth usage.


You can sort of get that from the logs.  For example, from my logs

Apr 18 23:08:19 server dovecot: imap(user): Disconnected: Logged out 
in=9516 out=89038

telling you how many bytes tranferred in and out during the session.


Is there any utility which does this sort of full monitoring?
I tried doveadm who to get the details of logged in users.
but its not returning any output even though i am logged in to the server.


"doveadm who" ought to work.  What does it return?

Joseph Tam 


Re: [Dovecot] Multiple Logins on same accounts from different stations, RE-POSTING

2013-04-18 Thread HL

On 19/04/2013 08:49 πμ, Daniel Reinhardt wrote:
In all honesty with this setup, I would recommend that you setup a 
sales@domain alias account and put these 4 accounts within that 
alias.  Each user would then get a single copy of the message, and 
would prevent accidental deletion by another user.


It is never wise to allow multiple people to login to one account from 
multiple locations.  One user can move data to another folder and 
another user may not like that other persons method of organization.


Thanks for your contribution however I think you reply on a different 
issue, that is Business internal procedures and organization.
My users have the appropriate setup that supports your point of view 
plus ... shared folders, Public Folders, aliases ... name it.


However they prefer it this way for some reason that beats me.

Mainly the issue here is the IMAP protocol and communication between 
mail client and server.

Thanks.




[Dovecot] IMAP monitoring

2013-04-18 Thread pvsuja

Dear Sir,

I want to get some statistics of dovecot IMAP server like the number of
current IMAP connections, who is logged in to the Dovecot server, bandwidth
usage.
Is there any utility which does this sort of full monitoring?
I tried doveadm who to get the details of logged in users.
but its not returning any output even though i am logged in to the server.

Thanks and regards,

Suja





--
View this message in context: 
http://dovecot.2317879.n4.nabble.com/IMAP-monitoring-tp41723.html
Sent from the Dovecot mailing list archive at Nabble.com.


Re: [Dovecot] Pigeonhole for 2.2? (was: v2.2.1 released)

2013-04-18 Thread Eray Aslan
On Fri, Apr 19, 2013 at 12:41:26AM +0300, Timo Sirainen wrote:
> http://dovecot.org/releases/2.2/dovecot-2.2.1.tar.gz
> http://dovecot.org/releases/2.2/dovecot-2.2.1.tar.gz.sig

Thanks.  Any idea about when pigeonhole (v0.4.0?) for dovecot-2.2 will
be released?  

-- 
Eray Aslan 


Re: [Dovecot] Multiple Logins on same accounts from different stations, RE-POSTING

2013-04-18 Thread Daniel Reinhardt
In all honesty with this setup, I would recommend that you setup a
sales@domain alias account and put these 4 accounts within that alias.
Each user would then get a single copy of the message, and would prevent
accidental deletion by another user.

It is never wise to allow multiple people to login to one account from
multiple locations.  One user can move data to another folder and another
user may not like that other persons method of organization.


On Fri, Apr 19, 2013 at 1:39 AM, HL  wrote:

> On 18/04/2013 10:21 μμ, Timo Sirainen wrote:
>
>> On 18.4.2013, at 20.08, HL  wrote:
>>
>>> I've recently upgraded to 2.1.16 and found my self in deep 
>>>
>>> There are 4 accounts in my setup that need to be accessed simultaneously
>>> by 5-6 PCs on a local lan.
>>>
>>> The thing is if a user A updates, deletes, flags mail messages in the
>>> imap folders the changes don't get propagated to the other
>>> mail clients.
>>>
>>> To state this clearly,
>>> PC (A) thunderbird has an account SALES, Maildir etc
>>> PC (B) thunderbird also has the SALES account.
>>>
>>> Changes from PC (A) and vice-versa   like marks,deletes, or moves mails
>>> around will randomly get propagated to PC (B)
>>> Sometimes they do sometimes they don't.
>>> This never occured with previous version 1.2.xx
>>>
>> Do you mean that the 4 people are using 1 shared account, or do you mean
>> 4 different user accounts are accessing a shared folder (via shared/public
>> namespace)?
>>
>>  Yes 4 people are using all 4 shared accounts. ( No Shared or Public
> Namespaces for them )
> They all login from their client to these 4 accounts, with 4 distinct
> userNames and passwords.
> They prefer it this way.
>
>
>
>
>


-- 
Daniel Reinhardt
crypto...@cryptodan.net
http://www.cryptodan.net
301-875-7018(c)
410-455-0488(h)


Re: [Dovecot] Multiple Logins on same accounts from different stations, RE-POSTING

2013-04-18 Thread HL

On 18/04/2013 10:21 μμ, Timo Sirainen wrote:

On 18.4.2013, at 20.08, HL  wrote:

I've recently upgraded to 2.1.16 and found my self in deep 

There are 4 accounts in my setup that need to be accessed simultaneously by 5-6 
PCs on a local lan.

The thing is if a user A updates, deletes, flags mail messages in the imap 
folders the changes don't get propagated to the other
mail clients.

To state this clearly,
PC (A) thunderbird has an account SALES, Maildir etc
PC (B) thunderbird also has the SALES account.

Changes from PC (A) and vice-versa   like marks,deletes, or moves mails around 
will randomly get propagated to PC (B)
Sometimes they do sometimes they don't.
This never occured with previous version 1.2.xx

Do you mean that the 4 people are using 1 shared account, or do you mean 4 
different user accounts are accessing a shared folder (via shared/public 
namespace)?

Yes 4 people are using all 4 shared accounts. ( No Shared or Public 
Namespaces for them )
They all login from their client to these 4 accounts, with 4 distinct 
userNames and passwords.

They prefer it this way.






[Dovecot] Make install error

2013-04-18 Thread kengheng
Hi, I'm recompiling dovecot 2.2.0/2.2.1 with error below during make 
install:


test -z "/usr/local/dovecot/lib/dovecot/auth" || /usr/bin/mkdir -p 
"/usr/local/dovecot/lib/dovecot/auth"
/usr/bin/mkdir: cannot create directory 
‘/usr/local/dovecot/lib/dovecot/auth’: File exists

make[3]: *** [install-auth_moduleLTLIBRARIES] Error 1
make[3]: Leaving directory `/usr/local/src/dovecot-2.2.1/src/auth'
make[2]: *** [install-am] Error 2
make[2]: Leaving directory `/usr/local/src/dovecot-2.2.1/src/auth'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/dovecot-2.2.1/src'
make: *** [install-recursive] Error 1


The target Svr OS: OpenSuse 12.2 x86 and installed success for 
qmail/vpopmail. The configuration for dovecot as below:

./configure \
--prefix=/usr/local/dovecot \
--with-vpopmail \
--with-docs \
--with-ssl \
--without-shadow \
--without-pam \
--without-ldap \
--without-pgsql \
--without-sql \
--without-mysql \
--without-sqlite

Thanks,
KH. Chan


Re: [Dovecot] v2.2.1 released

2013-04-18 Thread Marc Perkel

Message search is FIXED!


On 4/18/2013 2:41 PM, Timo Sirainen wrote:

http://dovecot.org/releases/2.2/dovecot-2.2.1.tar.gz
http://dovecot.org/releases/2.2/dovecot-2.2.1.tar.gz.sig

 - mailbox_list_index=yes was broken.
 - LAYOUT=index didn't list subscriptions.
 - auth: Multiple master passdbs didn't work.
 - Message parsing (e.g. during search) crashed when multipart message
   didn't actually contain any parts.








Re: [Dovecot] listen directive changed?

2013-04-18 Thread Timo Sirainen
On 19.4.2013, at 1.53, Nick Edwards  wrote:

> So what is the point of the global?
> I commented out the address in inet_listener, assuming it then will
> use global, but no, cant connect at all then.

If you comment out the address in inet_listener, it does use the global listen 
setting. I don't know why you can't connect at all then. Either the global 
listen setting is wrong or there's a bug in code that parses it.



Re: [Dovecot] listen directive changed?

2013-04-18 Thread Nick Edwards
So what is the point of the global?
I commented out the address in inet_listener, assuming it then will
use global, but no, cant connect at all then.

Should for clarification, should we not use global entry and rely on
inet_listener?
Or should there be a change so inet_listener pulls its addresses from
global if no address is provided in inet_listener statements

it seems at present to be two competing options.



On 4/19/13, Timo Sirainen  wrote:
> On 18.4.2013, at 2.36, Nick Edwards  wrote:
>
>> I do not get warnings, and,
>>
>> listen = *, ::1, 2001:470:some:subnet::
>>
>> _snip_
>>  inet_listener imap {
>>address = *,[::]
>>port = 143
>> ...
>>
>> same with pop3
>>
>> If I use 2001:470:some:subnet:: dovecot (2.1.16) answers
>
> If you override the imap+pop3 inet_listener, then yes it overrides the
> default listen setting and Dovecot listens on [::]. What did you want to
> happen?
>
>


[Dovecot] v2.2.1 released

2013-04-18 Thread Timo Sirainen
http://dovecot.org/releases/2.2/dovecot-2.2.1.tar.gz
http://dovecot.org/releases/2.2/dovecot-2.2.1.tar.gz.sig

- mailbox_list_index=yes was broken.
- LAYOUT=index didn't list subscriptions.
- auth: Multiple master passdbs didn't work.
- Message parsing (e.g. during search) crashed when multipart message
  didn't actually contain any parts.



Re: [Dovecot] ot: moving files/dirs from terminal ?

2013-04-18 Thread Reindl Harald


Am 18.04.2013 22:48, schrieb voy...@sbt.net.au:
> warning, dumb question ahead:
> 
> I want to re-arrange, rename & create some sub directories below INBOX in
> my own mailbox;
> 
> if I use 'mc' from terminal to do so, can that cause me grief...?

nobody does this with mc
any mail-client suppports drag&drop to move messages and folders



signature.asc
Description: OpenPGP digital signature


[Dovecot] ot: moving files/dirs from terminal ?

2013-04-18 Thread voytek
warning, dumb question ahead:

I want to re-arrange, rename & create some sub directories below INBOX in
my own mailbox;

if I use 'mc' from terminal to do so, can that cause me grief...?

do I need to ?? re-index explicitly?? afterwards ? how to re-index ?

or is that a really _B_ad idea, and, I should do it through say
squirrelmail client ?

thanks for any pointers!

# dovecot --version
2.1.1
INBOX mail path
/var/spool/mail/vhosts/dom.tld/voy...@dom.tld



Re: [Dovecot] listen directive changed?

2013-04-18 Thread Timo Sirainen
On 18.4.2013, at 2.36, Nick Edwards  wrote:

> I do not get warnings, and,
> 
> listen = *, ::1, 2001:470:some:subnet::
> 
> _snip_
>  inet_listener imap {
>address = *,[::]
>port = 143
> ...
> 
> same with pop3
> 
> If I use 2001:470:some:subnet:: dovecot (2.1.16) answers

If you override the imap+pop3 inet_listener, then yes it overrides the default 
listen setting and Dovecot listens on [::]. What did you want to happen?



Re: [Dovecot] dovecot index errors since 2.1.12 [SOLVED with 2.1.16]

2013-04-18 Thread Timo Sirainen
On 18.4.2013, at 22.27, Timo Sirainen  wrote:

> On 17.4.2013, at 0.03, Daniel Parthey 
>  wrote:
> 
>> Timo Sirainen wrote:
>>> On 14.1.2013, at 17.16, Daniel Parthey 
>>>  wrote:
>>> 
 Last week we upgraded to 2.1.13 and since then we encountered the same 
 issues as
 Morten Stevens. We got a lot of error messages with corrupt index cache
 and FETCH errors: So we had to roll back to dovecot 2.1.10. Now the errors 
 are gone.
 
 Jan 12 16:48:35 10.129.3.233 dovecot: mailbox: mail: 
 imap(us...@example.org): : Error: Cached message size 
 larger than expected (5194 > 4399)
>>> 
>>> Does reverting this change also fix it for you? 
>>> http://hg.dovecot.org/dovecot-2.1/rev/6c1b4b9f527c
>> 
>> Yes, I can confirm 2.1.16 to be running smoothly without any cache issues.
>> Thanks, Timo!
> 
> Do you mean it works even without reverting that change? (I didn't do any 
> changes to that code..)

Oh, right, I browsed back this thread and found the change that really fixed it 
:)



Re: [Dovecot] dovecot index errors since 2.1.12 [SOLVED with 2.1.16]

2013-04-18 Thread Timo Sirainen
On 17.4.2013, at 0.03, Daniel Parthey 
 wrote:

> Timo Sirainen wrote:
>> On 14.1.2013, at 17.16, Daniel Parthey 
>>  wrote:
>> 
>>> Last week we upgraded to 2.1.13 and since then we encountered the same 
>>> issues as
>>> Morten Stevens. We got a lot of error messages with corrupt index cache
>>> and FETCH errors: So we had to roll back to dovecot 2.1.10. Now the errors 
>>> are gone.
>>> 
>>> Jan 12 16:48:35 10.129.3.233 dovecot: mailbox: mail: 
>>> imap(us...@example.org): : Error: Cached message size 
>>> larger than expected (5194 > 4399)
>> 
>> Does reverting this change also fix it for you? 
>> http://hg.dovecot.org/dovecot-2.1/rev/6c1b4b9f527c
> 
> Yes, I can confirm 2.1.16 to be running smoothly without any cache issues.
> Thanks, Timo!

Do you mean it works even without reverting that change? (I didn't do any 
changes to that code..)



Re: [Dovecot] Problem with "convert" Plugin

2013-04-18 Thread Timo Sirainen
On 17.4.2013, at 17.36, Andreas Schnederle-Wagner - Futureweb.at 
 wrote:

> I got a Problem with the "convert" Plugin. Trying to convert from mbox to 
> maildir Format.
>   OS: CentOS release 5.8 (Final)
>   dovecot -version: 1.0.7 (Centos RPM)
>   convert Plugin call: convert_mail = 
> mbox:/opt/pop3/%u:INBOX=/var/spool/mail/%u
> 
> When converting to maildir - POP3 works fine (except the lost UIDL - so every 
> server-saved message is double downloaded - but did not find any fix for this 
> problem with convert plugin)

No idea, could be a bug in convert plugin. v1.0 is rather old.



Re: [Dovecot] Multiple Logins on same accounts from different stations, RE-POSTING

2013-04-18 Thread Timo Sirainen
On 18.4.2013, at 20.08, HL  wrote:
> I've recently upgraded to 2.1.16 and found my self in deep 
> 
> There are 4 accounts in my setup that need to be accessed simultaneously by 
> 5-6 PCs on a local lan.
> 
> The thing is if a user A updates, deletes, flags mail messages in the imap 
> folders the changes don't get propagated to the other
> mail clients.
> 
> To state this clearly,
> PC (A) thunderbird has an account SALES, Maildir etc
> PC (B) thunderbird also has the SALES account.
> 
> Changes from PC (A) and vice-versa   like marks,deletes, or moves mails 
> around will randomly get propagated to PC (B)
> Sometimes they do sometimes they don't.
> This never occured with previous version 1.2.xx

Do you mean that the 4 people are using 1 shared account, or do you mean 4 
different user accounts are accessing a shared folder (via shared/public 
namespace)?



Re: [Dovecot] qmail-ldap LDA Delivery and sieve

2013-04-18 Thread Ruda Porto Filgueiras
On Wed, Apr 17, 2013 at 6:09 PM, Bob Miller  wrote:
> Hi,

Hi Bob,

Thanks a lot for your response.

>> :
>> lda(sar): Fatal: Unknown argument: sar
>> Usage: dovecot-lda [-c ] [-a ] [-d ] [-p 
>> ]
>>[-f ] [-m ] [-e] [-k]
>>
>> It happens on messanges that could not be delivered and need to be
>> returned to the sender.
>
> I would think this indicates that lda is trying to deliver the message
> to sar when it should be delivering to s...@mondialline.com.br.  Probably
> you need to adjust your ldap user_attrs and user_filters so it returns
> what lda needs, but that is just a guess after a short look at your
> mail...

Yeap, that's exactly what I guess, but I can't find wich ldap attrs I
should return for the user mail adress. :-(

>> I also tried to use this way, as documented here:
>> http://wiki2.dovecot.org/LDA/Qmail
>> | /var/qmail/bin/preline -f /usr/lib/dovecot/dovecot-lda
>
> This is the way I did it, but I had to add the HOME variable like so:
>
> |HOME=/home/mail/$USER /var/qmail/bin/preline
> -f /usr/local/libexec/dovecot/dovecot-lda

I would try it. This way all work fine but sieve vacation didnt.

Best Regards,

--
Rudá Porto Filgueiras
http://python-blog.blogspot.com
http://twitter.com/rudaporto


[Dovecot] Multiple Logins on same accounts from different stations, RE-POSTING

2013-04-18 Thread HL

Sorry List,
I am reposting with dovecot -n
--

Hi, all
I've recently upgraded to 2.1.16 and found my self in deep 

There are 4 accounts in my setup that need to be accessed simultaneously 
by 5-6 PCs on a local lan.


The thing is if a user A updates, deletes, flags mail messages in the 
imap folders the changes don't get propagated to the other

mail clients.

To state this clearly,
PC (A) thunderbird has an account SALES, Maildir etc
PC (B) thunderbird also has the SALES account.

Changes from PC (A) and vice-versa   like marks,deletes, or moves mails 
around will randomly get propagated to PC (B)

Sometimes they do sometimes they don't.
This never occured with previous version 1.2.xx

I am attaching my doveconf -a output ..
Please Help,
Thanks in advance
Harry


Thanks





# 2.1.16 (b63f87ed9311): /etc/dovecot/dovecot.conf
# OS: Linux 2.6.24-11-pve x86_64 Debian 6.0.7 
default_process_limit = 256
hostname = mail.mydomain.tld
lda_mailbox_autocreate = yes
lda_mailbox_autosubscribe = yes
mail_location = maildir:~/Maildir
mail_max_userip_connections = 120
mail_plugins = autocreate acl fts fts_solr zlib mail_log notify
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 = no
  location = 
maildir:%%h/Maildir:INDEX=~/Maildir/shared/%%u:CONTROL=~/Maildir/shared/%%u/control
  prefix = Shared/%%u/
  separator = /
  subscriptions = no
  type = shared
}
namespace {
  location = maildir:/var/mail/public:INDEX=~/Maildir/public
  prefix = Public/
  separator = /
  subscriptions = no
  type = public
}
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 = 
  separator = /
  type = private
}
passdb {
  driver = pam
}
plugin {
  acl = vfile
  acl_anyone = allow
  acl_shared_dict = file:/var/dovecot/shared-mailboxes.db
  antispam_backend = pipe
  antispam_mail_notspam = --forget
  antispam_mail_sendmail = /usr/local/bin/sa-learn-pipe.sh
  antispam_mail_spam = --spam
  antispam_mail_tmpdir = /tmp
  antispam_spam = SPAM
  antispam_spam_pattern = SPAM
  antispam_spam_pattern_ignorecase = SPAM
  antispam_trash_pattern_ignorecase = trash;Deleted *
  auth_socket_path = /var/run/dovecot/auth-master
  autocreate = Spam
  autosubscribe = Public/info
  fts = solr
  fts_solr = url=http://10.0.173.34:8080/solr_srv/dovecot/ break-imap-search
  mail_log_events = delete undelete expunge copy mailbox_delete mailbox_rename 
flag_change save mailbox_create
  sieve = ~/.dovecot.sieve
  sieve_dir = ~/sieve
  zlib_save = gz
  zlib_save_level = 8
}
postmaster_address = grha...@mydomain.tld
protocols = " imap lmtp sieve"
service auth {
  unix_listener /var/spool/postfix/private/auth {
group = postfix
mode = 0666
user = postfix
  }
  unix_listener auth-userdb {
group = vmail
mode = 0666
  }
}
service imap-login {
  inet_listener imaps {
port = 993
ssl = yes
  }
  service_count = 0
}
service pop3-login {
  service_count = 0
}
ssl_cert = 

Re: [Dovecot] Multiple Logins on same accounts from different stations

2013-04-18 Thread Charles Marcus

On 2013-04-18 10:59 AM, HL  wrote:

I am attaching my doveconf -a output


No, no, we need doveconf -n output (changes/settings being used), not -a 
(all/defaults).


--

Best regards,

Charles




Re: [Dovecot] Slooow imap copy to "Sent" folders

2013-04-18 Thread Charles Marcus

On 2013-04-18 12:14 PM, Bob Miller  wrote:

We have a monopoly ISP who gives terrible upload speeds in their
internet packages.  it is pretty easy for most offices to flood the
upload side of the connection, and when that happens we see the symptoms
you describe.  Not sure if that is applicable to you, but that is what I
check when I get these reports...


We deal with a lot of large attachments, so I can't wait for the new 
'Submission' agent in dovecot, which will allow someone to write a 
plugin that will leverage it to automatically save a copy of all sent 
messages to a designated Sent folder (like gmail does now)... then you 
can simply disable the 'Save a copy of sent messages to the server' for 
your dovecot account (if this option is enabled) and it happens 
automagically from then on.


--

Best regards,

Charles




Re: [Dovecot] Slooow imap copy to "Sent" folders

2013-04-18 Thread Bob Miller
We have a monopoly ISP who gives terrible upload speeds in their
internet packages.  it is pretty easy for most offices to flood the
upload side of the connection, and when that happens we see the symptoms
you describe.  Not sure if that is applicable to you, but that is what I
check when I get these reports...
-- 
Computerisms
Bob Miller  
867-334-7117 / 867-633-3760
http://computerisms.ca


On Thu, 2013-04-18 at 15:21 +0200, Frank Bonnet wrote:
> Hello
> 
> Many users here use the "copy to Sent folder" using the IMAP protocol
> with Dovecot 2.1.15 on a FresBSD 9 server.
> 
> Since few days this operation ( copy to sent folder ) became longer
> than before , it could takes several seconds to complete even the
> message is very short.
> 
> Is there a parameter I could tweak to boost this a bit ?
> may users complain with reason
> 
> thank you
> 



[Dovecot] Multiple Logins on same accounts from different stations

2013-04-18 Thread HL

Hi, all
I've recently upgraded to 2.1.16 and found my self in deep 

There are 4 accounts in my setup that need to be accessed simultaneously 
by 5-6 PCs on a local lan.


The thing is if a user A updates, deletes, flags mail messages in the 
imap folders the changes don't get propagated to the other

mail clients.

To state this clearly,
PC (A) thunderbird has an account SALES, Maildir etc
PC (B) thunderbird also has the SALES account.

Changes from PC (A) and vice-versa   like marks,deletes, or moves mails 
around will randomly get propagated to PC (B)

Sometimes they do sometimes they don't.
This never occured with previous version 1.2.xx

I am attaching my doveconf -a output ..
Please Help,
Thanks in advance
Harry





# 2.1.16 (b63f87ed9311): /etc/dovecot/dovecot.conf
# OS: Linux 2.6.24-11-pve x86_64 Debian 6.0.7 
auth_anonymous_username = anonymous
auth_cache_negative_ttl = 1 hours
auth_cache_size = 0
auth_cache_ttl = 1 hours
auth_debug = no
auth_debug_passwords = no
auth_default_realm = 
auth_failure_delay = 2 secs
auth_first_valid_uid = 500
auth_gssapi_hostname = 
auth_krb5_keytab = 
auth_last_valid_uid = 0
auth_master_user_separator = 
auth_mechanisms = plain
auth_proxy_self = 
auth_realms = 
auth_socket_path = auth-userdb
auth_ssl_require_client_cert = no
auth_ssl_username_from_cert = no
auth_use_winbind = no
auth_username_chars = 
abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@
auth_username_format = %Lu
auth_username_translation = 
auth_verbose = no
auth_verbose_passwords = no
auth_winbind_helper_path = /usr/bin/ntlm_auth
auth_worker_max_count = 30
base_dir = /var/run/dovecot
config_cache_size = 1 M
debug_log_path = 
default_client_limit = 1000
default_idle_kill = 1 mins
default_internal_user = dovecot
default_login_user = dovenull
default_process_limit = 256
default_vsz_limit = 256 M
deliver_log_format = msgid=%m: %$
dict_db_config = 
director_doveadm_port = 0
director_mail_servers = 
director_servers = 
director_user_expire = 15 mins
director_username_hash = %u
disable_plaintext_auth = yes
dotlock_use_excl = yes
doveadm_allowed_commands = 
doveadm_password = 
doveadm_proxy_port = 0
doveadm_socket_path = doveadm-server
doveadm_worker_count = 0
dsync_alt_char = _
dsync_remote_cmd = ssh -l%{login} %{host} doveadm dsync-server -u%u 
-l%{lock_timeout} -n%{namespace}
first_valid_gid = 1
first_valid_uid = 500
hostname = mail.mydomain.tld
imap_capability = 
imap_client_workarounds = 
imap_id_log = 
imap_id_send = 
imap_idle_notify_interval = 2 mins
imap_logout_format = in=%i out=%o
imap_max_line_length = 64 k
imapc_features = 
imapc_host = 
imapc_list_prefix = 
imapc_master_user = 
imapc_max_idle_time = 29 mins
imapc_password = 
imapc_port = 143
imapc_rawlog_dir = 
imapc_ssl = no
imapc_ssl_ca_dir = 
imapc_ssl_verify = yes
imapc_user = %u
import_environment = TZ
info_log_path = 
instance_name = dovecot
last_valid_gid = 0
last_valid_uid = 0
lda_mailbox_autocreate = yes
lda_mailbox_autosubscribe = yes
lda_original_recipient_header = 
libexec_dir = /usr/lib/dovecot
listen = *, ::
lmtp_address_translate = 
lmtp_proxy = no
lmtp_rcpt_check_quota = no
lmtp_save_to_detail_mailbox = no
lock_method = fcntl
log_path = syslog
log_timestamp = "%b %d %H:%M:%S "
login_access_sockets = 
login_greeting = Dovecot ready.
login_log_format = %$: %s
login_log_format_elements = user=<%u> method=%m rip=%r lip=%l mpid=%e %c 
session=<%{session}>
login_trusted_networks = 
mail_access_groups = 
mail_attachment_dir = 
mail_attachment_fs = sis posix
mail_attachment_hash = %{sha1}
mail_attachment_min_size = 128 k
mail_cache_fields = flags
mail_cache_min_mail_count = 0
mail_chroot = 
mail_debug = no
mail_fsync = optimized
mail_full_filesystem_access = no
mail_gid = 
mail_home = 
mail_location = maildir:~/Maildir
mail_log_prefix = "%s(%u): "
mail_max_keyword_length = 50
mail_max_lock_timeout = 0
mail_max_userip_connections = 120
mail_never_cache_fields = imap.envelope
mail_nfs_index = no
mail_nfs_storage = no
mail_plugin_dir = /usr/lib/dovecot/modules
mail_plugins = autocreate acl fts fts_solr zlib mail_log notify
mail_prefetch_count = 0
mail_privileged_group = 
mail_save_crlf = no
mail_shared_explicit_inbox = yes
mail_temp_dir = /tmp
mail_temp_scan_interval = 1 weeks
mail_uid = 
mailbox_idle_check_interval = 30 secs
mailbox_list_index = no
maildir_broken_filename_sizes = no
maildir_copy_with_hardlinks = yes
maildir_stat_dirs = no
maildir_very_dirty_syncs = no
managesieve_client_workarounds = 
managesieve_implementation_string = Dovecot Pigeonhole
managesieve_logout_format = bytes=%i/%o
managesieve_max_compile_errors = 5
managesieve_max_line_length = 65536
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
master_user_separator = 
mbox_dirty_syncs = yes
mbox_dotlock_change_timeout = 2 mins
mbox_lazy_writes

[Dovecot] Slooow imap copy to "Sent" folders

2013-04-18 Thread Frank Bonnet

Hello

Many users here use the "copy to Sent folder" using the IMAP protocol
with Dovecot 2.1.15 on a FresBSD 9 server.

Since few days this operation ( copy to sent folder ) became longer
than before , it could takes several seconds to complete even the
message is very short.

Is there a parameter I could tweak to boost this a bit ?
may users complain with reason

thank you



Re: [Dovecot] Pros and cons of having folders under INBOX vs. not

2013-04-18 Thread Stan Hoeppner
On 4/18/2013 1:51 AM, Rich Wales wrote:
> I have some questions about whether I should set up folders under
> INBOX vs. having them outside the INBOX namespace.
> 
> I'm setting up a new Dovecot 2.2.0 on an Ubuntu 12.04.2 server.
> 
> My plan is to move my users (family members) to this new server from
> an old Cyrus server.
> 
> Everybody is currently using (and will continue to use) IMAP, and
> either Thunderbird or SquirrelMail as their e-mail client.
> 
> I'm using the maildir mailbox format on this new Dovecot server.
> 
> No one is using the new Dovecot server yet, so I'm still free to do
> additional tweaking of the server configuration.
> 
> When I used imapsync to copy everyone's mail to the new server, I
> found that all the folders (other than INBOX) were renamed.  On the
> old Cyrus server, all the folders are subfolders of INBOX, but the
> folders on the new Dovecot server are not.  (For example, a folder
> named "INBOX.Dovecot" on the old server was renamed to "Dovecot" on
> the new server by the imapsync utility.)
> 
> Can I just keep things this way on the new server?  Or are my users
> going to run into problems if folders are not all under INBOX?  I
> do realize that IMAP servers can be set up either to put everything
> under INBOX, or not, but I'm not familiar with all the pros/cons.

It's a new server which requires a new MUA configuration, folder
subscriptions, etc.  Any mail sorting or other folder based MUA rules
will have to be rewritten regardless.  So the namespace hierarchy
shouldn't really matter from a technical standpoint.

What matters is if your family members are able and, more importantly,
willing, to adapt to a new namespace layout.

> And if I do need (or want) to put all the folders under INBOX, can
> I simply rename the existing folders in each user's Maildir (and
> also edit folder names accordingly in everyone's "subscriptions"
> file)?  Or will Dovecot be broken unless I recopy everything from
> scratch (with a command-line option to imapsync to put everything
> in the INBOX destination namespace)?

I don't think your directory renaming method will work, at least not in
isolation.  I think you'll still need to tweak your Dovecot namespace
config.

-- 
Stan