Re: [SM-USERS] SquirrelMail aborting large attachment download?
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 is not the only IMAP client; actually we have more users with other IMAP clients than webmail users. Regards, Juergen. -- Tel. +49.30.838-50740 Zentraleinrichtung fuer Datenverarbeitung, Central Systems (Unix) Freie Universitaet Berlin, Fabeckstrasse 32, 14195 Berlin, DE smime.p7s Description: S/MIME Cryptographic Signature -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev- squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
Re: [SM-USERS] SquirrelMail aborting large attachment download?
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 removing Perdition also takes care of the problem. That is not something I implemented; While I cannot recall the exact reason, I remember Dovecot Director was considered, but deliberately not used. Unfortunately I will not be able to investigate the issue further short-term; as we have an acceptable workaround at the moment, other tasks are much more urgent now. Thanks again! Regards, Juergen. -- Tel. +49.30.838-50740 Zentraleinrichtung fuer Datenverarbeitung, Central Systems (Unix) Freie Universitaet Berlin, Fabeckstrasse 32, 14195 Berlin, DE smime.p7s Description: S/MIME Cryptographic Signature -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev- squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
[SM-USERS] Favicon missing in action
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 redirect happening; and
2. the redirect enters a loop and never completes.
Our Squirrelmail web site requires https which is accomplished thus:
RewriteEngine on
RewriteCond%{HTTPS} !=on
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}
The site itself is defined thus:
ServerName webmail.hamilton.harte-lyne.ca
DocumentRoot /usr/share/squirrelmail
ErrorLog /var/log/httpd/webmail_ssl_error.log
LogLevel warn
TransferLog /var/log/httpd/webmail_ssl_access.log
Alias /webmail/usr/share/squirrelmail
Order allow,deny
allow from all
Options +Indexes
Our favicon.ico file does indeed reside in /usr/share/squirrelmail:
ll /usr/share/squirrelmail/favicon.ico
-rw-r--r--. 2 root root 800 Mar 27 2012
/usr/share/squirrelmail/favicon.ico
Interestingly if I manually look for the favicon.ico file using this
url I find it:
https://webmail.harte-lyne.ca/webmail/favicion.ico
216.185.71.44 - - [11/Oct/2012:11:26:52 -0400] "GET
/webmail/favicon.ico HTTP/1.1" 200 800
But
https://webmail.harte-lyne.ca/webmail/src/login.php give this:
216.185.71.44 - - [11/Oct/2012:11:27:53 -0400] "GET /favicon.ico
HTTP/1.1" 302 310
This is likely an Apache configuration issue but I cannot determine
exactly how one would resolve this. I presume some of you have and I
would appreciate being informed as to what I must do to fix this.
--
*** E-Mail is NOT a SECURE channel ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada L8E 3C3
--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
-
squirrelmail-users mailing list
Posting guidelines: http://squirrelmail.org/postingguidelines
List address: squirrelmail-users@lists.sourceforge.net
List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
List info (subscribe/unsubscribe/change options):
https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
Re: [SM-USERS] Favicon missing in action
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 /favicon.ico HTTP/1.1" 302 310 > > This tells me that: > 1. there is a redirect happening; and > 2. the redirect enters a loop and never completes. > > I tracked this down to a thought-to-be disused include file that had an additional rewrite stanza which caused the problem. -- *** E-Mail is NOT a SECURE channel *** James B. Byrnemailto:byrn...@harte-lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3 -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev - squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
Re: [SM-USERS] Favicon missing in action
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" 302 310
>
> This tells me that:
> 1. there is a redirect happening; and
> 2. the redirect enters a loop and never completes.
>
>
> Our Squirrelmail web site requires https which is accomplished thus:
>
>
> RewriteEngine on
> RewriteCond%{HTTPS} !=on
> RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}
>
>
> The site itself is defined thus:
>
> ServerName webmail.hamilton.harte-lyne.ca
> DocumentRoot /usr/share/squirrelmail
> ErrorLog /var/log/httpd/webmail_ssl_error.log
> LogLevel warn
> TransferLog /var/log/httpd/webmail_ssl_access.log
>
> Alias /webmail/usr/share/squirrelmail
>
>
> Order allow,deny
> allow from all
> Options +Indexes
>
>
>
> Our favicon.ico file does indeed reside in /usr/share/squirrelmail:
>
> ll /usr/share/squirrelmail/favicon.ico
> -rw-r--r--. 2 root root 800 Mar 27 2012
> /usr/share/squirrelmail/favicon.ico
>
>
> Interestingly if I manually look for the favicon.ico file using this
> url I find it:
>
> https://webmail.harte-lyne.ca/webmail/favicion.ico
>
> 216.185.71.44 - - [11/Oct/2012:11:26:52 -0400] "GET
> /webmail/favicon.ico HTTP/1.1" 200 800
>
> But
>
> https://webmail.harte-lyne.ca/webmail/src/login.php give this:
>
> 216.185.71.44 - - [11/Oct/2012:11:27:53 -0400] "GET /favicon.ico
> HTTP/1.1" 302 310
>
> This is likely an Apache configuration issue but I cannot determine
> exactly how one would resolve this. I presume some of you have and I
> would appreciate being informed as to what I must do to fix this.
your web browser looks up icon in webmail.harte-lyne.ca website root
folder and /usr/share/squirrelmail is not your website root.
Alias /favicon.ico /usr/share/squirrelmail/favicon.ico
Or add meta header for favicon location. See
http://www.w3.org/2005/10/howto-favicon
--
Tomas
--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
-
squirrelmail-users mailing list
Posting guidelines: http://squirrelmail.org/postingguidelines
List address: squirrelmail-users@lists.sourceforge.net
List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
List info (subscribe/unsubscribe/change options):
https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
