Вопросы Теги

Приоритеты записи MX

BGInfo является ответом, я боюсь! Я использую броский бит vbscript, который позволяет Вам выбирать правильное разрешение обоев и затем выполняет BGInfo использование файла конфигурации для помещения информации на правильное место. Сценарий ниже, и можно изменить его к требованиям:

Set objFSO = CreateObject("Scripting.FileSystemObject")
Set objWMIService = GetObject("winmgmts:\\.\root\cimv2")
Set colItems = objWMIService.ExecQuery ("Select * From Win32_DisplayConfiguration")

Const OverwriteExisting = TRUE

' Determine the size of the desktop
For Each objItem in colItems
    X = objItem.PelsWidth
    Y = objItem.PelsHeight
Next

WScript.Echo "X:" & X
WScript.Echo "Y:" & Y

StrPath = "c:\bginfo\"
strRightSizeBMP = StrPath & "wallpaper" & X & "x" & Y & ".bmp"

WScript.Echo strRightSizeBMP

' Location and Name of Wallpaper
WinPath = "c:\bginfo\wallpaper.bmp"

' Copy Wallpaper for correct Screen Resolution to correct location
objFSO.CopyFile strRightSizeBMP, "c:\bginfo\wallpaper.bmp", OverwriteExisting

' Check for a temp file.  If it exists, this script has run before on this PC, therefore we quit.
Set objWMIService = GetObject("winmgmts:\\.\root\cimv2")
Set colFiles = objWMIService.ExecQuery("SELECT * FROM CIM_DataFile WHERE Path = '\\bginfo\\' AND Drive = 'C:' AND FileName = 'wallpaper' AND Extension = 'bmp'")
If colFiles.Count =1 Then WScript.Echo "c:\bginfo\wallpaper.bmp exists"

If colFiles.Count < 0 Then
    objFSO.CopyFile strRightSizeBMP, "c:\bginfo\wallpaper.bmp", OverwriteExisting
End If

Set objShell = CreateObject("Wscript.Shell")
objShell.Run("c:\comet\bginfo.exe c:\bginfo\bginfo-cfg.bgi /TIMER:0 /SILENT /NOLICPROMPT"), 1, TRUE

Необходимо сохранить сценарий в c:\bginfo\ и также вывести следующие файлы в этот каталог:

bginfo.exe bginfo-cfg.bgi (созданное использование bginfo с Вашей определенной конфигурацией) wallpaperYYYYxZZZZ.bmp (где Y и Z являются разрешениями - например, wallpaper800x600.bmp),

Необходимо будет создать один wallpaperYYYYxZZZZ.bmp для каждого разрешения, которое Вы хотите поддерживать.

Наконец, просто добавьте полный путь к сценарию в сценарий входа в систему или ВЫПОЛНИТЕ ключ реестра.

6
задан 4 September 2010 в 13:41
3 ответа

более низкое средство числа является самым предпочтительным почтовым сервером, посмотрите RFC 5321, если Вам действительно интересно. Можно использовать 1, 2, 3 и достигнуть того же самого как 10 50 100. не имеет никакого значения.

Да, 0,1,2,2,3,3 будет действовать то же как 0, 1, 5, 5, 10, 10

9
ответ дан 3 December 2019 в 00:07

MaileXchanger (MX) приоритеты дают как целые числа. Самое низкое количество больше всего предпочтено. Если 2 Максвелла имеют то же число затем, другие почтовые серверы должны выбрать тот наугад. Это нормально рекомендуемый, чтобы иметь по крайней мере 2 Максвелла для домена, fx основной MX, размещенный в помещении и резервном MX где-то в другом месте, который временно хранит письма для Вас, если Ваш основной MX снижается.

Google, управляя большой почтовой системой, конечно, использует несколько MXs, и каждый из них является, вероятно, загрузкой сбалансированный кластер серверов.

То, как Вы настраиваете записи MX для своего собственного домена, является Вашим собственным выбором, но рекомендация Google является звуковой и хорошей. Существует старая привычка среди системных администраторов, должен всегда оставлять некоторое 'пространство для будущего расширения'. Это, вероятно, почему Google увеличивает приоритеты MX 5, для отъезда некоторых неиспользованных чисел теперь, когда может использоваться для будущих кластеров MX в случае необходимости.

Google говорит, что можно сделать это или использовать 1-й 1-й 3-й 3-й

Mnn, нет я не думаю так? Где сделал Вас, читают это; я думаю, что Вы, возможно, неправильно поняли их документы...

Если Вы хотите знать больше о записях MX в DNS, то RFC 974 должен быть Вашей первой остановкой. Но действительно, нет никакой потребности - просто следуют рекомендации Google. И в то время как Вы редактируете DNS, помните записи SPF.

3
ответ дан 3 December 2019 в 00:07

Обычно клиенты SMTP пытаются связаться с сервером MX с самым высоким предпочтением (или наименьшим расстоянием, следовательно более низкие числа). Когда будет больше чем одна запись MX того же приоритета, клиенты SMTP, как ожидают, случайным образом выберут одного из тех. Это - легкий и эффективный метод выравнивания нагрузки.

Более высокое количество означает более низкий приоритет, они использовались бы (и рандомизировались бы снова), когда более высокие приоритетные серверы не отвечают.

Если Вы подразумеваете, что можно действительно заявить "1-й, 2-й" и т.д. как приоритетное значение: Я никогда не слышал об этом.

Так или иначе, в Вашем примере, клиент сначала попытался бы связаться с приоритетом 0 серверов, если это перестало работать, пробуют этот 1, то случайным образом выбирают одну из 5 с, то другой и если бы он все еще не имел никакой удачи, задержался бы/привел бы передачу к сбою.

Править: Да, эти два варианта означают то же, но я рекомендовал бы использовать шаги по крайней мере 5 между ними, который позволяет вставить дополнительные серверы с приоритетами между подарком, не имея необходимость редактировать все записи. Предоставленный, это должно быть чрезвычайно редко, но все еще :)

2
ответ дан 3 December 2019 в 00:07
  • 1
    , можно ли запустить в 0, я услышал противоречивые сведения? –  Steven 4 September 2010 в 13:58
  • 2
    выхода, я никогда не использую этот 0, всегда запускаюсь в 10, но я не действительно уверен. Я знаю, хотя это, отсутствие записи MX вынудило бы сервер SMTP рассматривать запись для домена как MX с приоритетом 0, таким образом, я предполагаю, что это должно быть в порядке. –  Sven♦ 4 September 2010 в 14:08

Теги

Похожие вопросы