Проверка подлинности Microsoft Edge PHP не работает без index.php в URL

На работе у нас есть платформа для клиентов, требующая, чтобы их сотрудники входили в систему, используя HTTP Digest. Чтобы перейти на сайт, они набирают что-то вроде theircompany.mycompany.com, В Chrome / IE / FireFox они могут войти.

Однако в Microsoft Edge они могут войти в систему только в том случае, если наберут
theircompany.mycompany.com/index.php, Если они этого не делают, экран аутентификации продолжает появляться, даже после правильного ввода их учетных данных и network раздел в инструментах разработчика показывает 401 Unauthorised,

Кто-нибудь знает об этой проблеме, как ее исправить или как использовать обходной путь рядом с фактически добавлением index.php?

-РЕДАКТИРОВАТЬ — ниже файл vhost, используемый для рассматриваемого сайта.

<VirtualHost *:80>
ServerName theircomapny.mycompany.com

LogLevel error
CustomLog ${APACHE_LOG_DIR}/theircomapny.mycompany.com-access.log combined
ErrorLog ${APACHE_LOG_DIR}/theircomapny.mycompany.com-error.log
DocumentRoot /var/www/theircompany

<Directory /var/www/theircompany>
Options -Indexes +FollowSymLinks -MultiViews
AllowOverride None
Order allow,deny
allow from all
</Directory>

RewriteEngine on
RewriteCond %{HTTPS} !^on$ [NC]
RewriteRule . https://%{HTTP_HOST}%{REQUEST_URI}  [L]

</VirtualHost>

<IfModule mod_ssl.c>
<VirtualHost *:443>
ServerName theircomapny.mycompany.com

LogLevel error
CustomLog ${APACHE_LOG_DIR}/theircomapny.mycompany.com-access.log combined
ErrorLog ${APACHE_LOG_DIR}/theircomapny.mycompany.com-error.log
DocumentRoot /var/www/theircompany

<Directory /var/www/theircompany>
Options -Indexes +FollowSymLinks -MultiViews
AllowOverride None
Order allow,deny
allow from all
</Directory>

<FilesMatch "\.(cgi|shtml|phtml|php)$">
SSLOptions +StdEnvVars
</FilesMatch>

BrowserMatch "MSIE [2-6]" \
nokeepalive ssl-unclean-shutdown \
downgrade-1.0 force-response-1.0
# MSIE 7 and newer should be able to use keepalive
BrowserMatch "MSIE [17-9]" ssl-unclean-shutdown

-РЕДАКТИРОВАТЬ — Я только что попытался воспроизвести проблему, используя новую установку MAMP и пример кода из примера № 2, расположенный Вот

Точно так же происходит, поэтому я сомневаюсь, что это какая-то проблема .htaccess.