Yahoo! использует DKIM. Google использует и SPF и DKIM. SenderID использования Microsoft/Hotmail, который является небольшим изменением SPF.
Outblaze (Теперь IBM iNotes) не использует ни одного.
Какова Ваша фактическая цель хотя?
Если можно предположить что -
символ не будет включен в короткие URL:
RewriteCond %{REQUEST_URI} ^/([a-zA-Z0-9]){1,5}
RewriteRule ^ /app-entry-point?url=%1 [L]
Это не тестируется, но что-то вроде этого должно работать. По существу Вы передаете условие если REQUEST_URI
что-то как /abc12
, управляйте переключается на любой обработчик, который Вы хотите. Это пропустит URL более чем 5 символов или которые включают символ 'краткого заголовка' "-" или подчеркивание.
%1
, последнее RewriteCond
обратная ссылка, будет расширен до короткого URL. Поместите это выше своих других правил осуществить это сначала - с [L]
флаг это прекратит переписывать URL и передаст управление к приложению.
RewriteCond %{REQUEST_URI} ^/.{1,5}$
RewriteRule ...
Это будет соответствовать любому запросу между одним и пятью символами в длине и выполнит следующий RewriteRule. Что-либо дольше затем это не выполнит RewriteRule. Переменная REQUEST_URI - то, что браузер передал веб-серверу. То же могло быть обработано в единственном RewriteRule, но вышеупомянутое позволяет объединять в цепочку при необходимости в нем.
^/.{1,5}$
^ = Соответствует запуску строки
/ = Просто соответствует наклонной черте вправо
. = Соответствует любому символу, который не является новой строкой
{1,5} = Сообщает regex механизму для соответствия предыдущему символу 1-5 раз
$ = Соответствия символ конца строки
/.{1,5}$
конструкция говорит regex механизму соответствовать любой строке размера 1-5, за которым сразу сопровождают к концу символа и сразу предшествуют /
символ.