Eu tive o mesmo problema ao tentar executar o Bugzilla, usando o Strawberry Perl portável através do Apache e do mod_cgi. A solução foi definir o ambiente adequado para o perl, conforme chamado por mod_cgi.
Se você estiver usando o Strawberry Perl portátil (ou mesmo se você não estiver, vale a pena tentar essa correção), adicione isso ao seu httpd.conf
(se estiver usando Apache - se não, veja como seu servidor web pode definir variáveis de ambiente para processos cgi):
Define PERLPATH "C:\path\to\perl"
SetEnv PATH "${PERLPATH}\perl\site\bin;${PERLPATH}\perl\bin;${PERLPATH}\c\bin"
SetEnv TERM ""
SetEnv PERL_JSON_BACKEND ""
SetEnv PERL_YAML_BACKEND ""
SetEnv PERL5LIB ""
SetEnv PERL5OPT ""
SetEnv PERL_MM_OPT ""
SetEnv PERL_MB_OPT ""
Eu coloquei estes no <Directory>
em que eles são relevantes, não globalmente, mas sua configuração pode ser diferente.
Eu obtive estes de portableshell.bat
que é empacotado com a distribuição portátil e é a única maneira correta de executá-lo se você tiver outra instalação (ou mesmo nenhuma).
Embora o código do Bugzilla seja executado no modo de corrupção (e portanto deva ignorar o ambiente), parece não ser o caso, provavelmente porque o que estava reclamando sobre libeay32_.dll
foi chamado pelo script, do que ser o próprio script principal em si.