2012.10.11 18:59 James B. Byrne rašė:
> This problem has existed for years but I am finally annoyed enough
> with it to inveastigate. We continually see this message in our http
> files:
>
> webmail_ssl_access.log-20121007:65.95.69.194 - - [06/Oct/2012:16:23:08
> -0400] "GET /favicon.ico HTTP/1.1"
On Thu, October 11, 2012 11:59, James B. Byrne wrote:
> This problem has existed for years but I am finally annoyed enough
> with it to inveastigate. We continually see this message in our http
> files:
>
> webmail_ssl_access.log-20121007:65.95.69.194 - - [06/Oct/2012:16:23:08
> -0400] "GET /favi
This problem has existed for years but I am finally annoyed enough
with it to inveastigate. We continually see this message in our http
files:
webmail_ssl_access.log-20121007:65.95.69.194 - - [06/Oct/2012:16:23:08
-0400] "GET /favicon.ico HTTP/1.1" 302 310
This tells me that:
1. there is a redi
On 09.10.2012 18:32, Paul Lesniewski wrote:
>> The user mailboxes are distributed over a number of Dovecot servers for
>> performance reasons, and Perdition relays the IMAP connection to the
>> responsible server.
>
> Why not Dovecot Director? If you have testing resources, you could
> see if re
On 09.10.2012 18:31, Tomas Kuliavas wrote:
>> While having imapproxy taking load off Perdition would be nice, we can
>> do without for now.
>>
> If you use Perdition only for directing users to proper Dovecot instance,
> you can as well take Perdition out of the picture.
No, because SquirrelMail
