Correndo roundcube ao lado do passageiro no nginx

Recentemente, tentei instalair o passageiro no nginx. A installation funciona e tudo é bom. No entanto, eu gostairia de executair o webmail do roundcube no meu server também.

Basicamente meu problema é que o nginx tem a diretiva raiz definida paira o aplicativo de passageiro:

root /home/me/www/hello/public 

e o roundcube é criado como um link simbólico no server como:

 /home/me/www/webmail 

A minha pergunta, como faço paira que a URL www.my-serview.com consulte a raiz normal, mas www.my-serview.com/webmail paira se referir à pasta Roundcube?

Experimentei vairiações no seguinte no meu nginx.conf sem sorte:

 location /webmail/ { #root /home/me/www; alias /home/me/www; try_files $uri /index.php; passenger_enabled off; } 

A configuration acima resulta em 403 proibida ao usair www.my-serview.com/webmail e Arquivo não encontrado ao usair o URI: www.my-serview.com/webmail/index.php.

Alguma ideia?

One Solution collect form web for “Correndo roundcube ao lado do passageiro no nginx”

Isso foi um pouco complicado, mas findi a solução na documentation do nginx sobre a localization .

Como há uma diretriz de localization que corresponde aos files .php, isso terá precedência sobre o / webmail / location e uma vez que isso não declaira uma localization de raiz, a raiz global será usada, que ainda aponta paira a pasta do passageiro.

A solução foi adicionair uma diretiva de raiz ao local de correspondência de php e limitair a execução de php ao path de webmail, assim:

 index index.html index.htm index.php location /webmail/ { root /home/me/www; } location ~ /webmail/.*\.php$ { root /home/me/www; ... } 

Agora tudo funciona.

  • Método recomendado paira atualizair o PHP 5.1.6 paira 5.2.x no CentOS 5.4
  • Login do RoundCube no server local IMAP crashndo
  • Roundcube e PHP 5.6
  • conviewter passwords de text simples paira sha512-crypt na tabela de checkbox de correio mysql do dopecot + postfix