<div dir="ltr">Yes, more than one server.<br></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Nov 15, 2018 at 11:42 PM Adi Pircalabu <<a href="mailto:adi@ddns.com.au">adi@ddns.com.au</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2018-11-16 07:24, Adrian Minta wrote:<br>
> Yes, multiple imap servers using one shared nfs storage. With the same<br>
> config on 2.2.13 the public interface traffic was similar to the<br>
> storage interface, around 100 mbps.<br>
> <br>
> After we switch to 2.2.27 the storage interface traffic jumped 10<br>
> times while the public interface stayed the same. This make us<br>
> thinking that something is wrong and each time a user logs in the<br>
> whole Inbox content is read by dovecot.<br>
> <br>
> What you are suggesting goes against the documentations and it may not<br>
> be save, but I will give a  thought.<br>
<br>
I was expecting you have multiple IMAP servers using the same shared NFS <br>
storage, however my question was: are the *individual mailboxes* on that <br>
share accessed *at the same time* from more than one IMAP server?<br>
<br>
-- <br>
Adi Pircalabu<br>
<br>
> On 11/15/18 6:23 AM, Adi Pircalabu wrote:<br>
>> Are you connecting to the same mailbox over NFS from multiple IMAP <br>
>> servers? If not and, at any given time, any mailbox will be accessed <br>
>> from a single NFS client, try to "dupe" Dovecot into thinking it's not <br>
>> using NFS. We're running quite successfully such setup with NFSv3 over <br>
>> TCP, which turned out to be the fastest and most reliable throughout <br>
>> the years. Here are the mount options:<br>
>> rw,noatime,nodiratime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,nordirplus,proto=tcp,timeo=600,retrans=2,sec=sys,mountvers=3,mountport=1892,mountproto=tcp,local_lock=none <br>
>> On the Dovecot side we're running with:<br>
>> lock_method = dotlock<br>
>> mail_fsync = never<br>
>> mail_nfs_index = no<br>
>> mail_nfs_storage = no<br>
>> maildir_very_dirty_syncs = yes<br>
>> mmap_disable = yes<br>
>> protocol lda {<br>
>>   mail_fsync = optimized<br>
>> }<br>
>> protocol lmtp {<br>
>>   mail_fsync = optimized<br>
>> }<br>
>> <br>
>> Note: we're using Maildir and the usual "works for me(c), may not work <br>
>> for everyone" applies.<br>
>> <br>
</blockquote></div>