這些發行版本注意事項包含關於 iPlanet Messaging Server 在版本 5.1 修正程式 1 的重要資訊。其中將說明功能與增強、安裝資訊、已知的問題與其他最新問題。請在安裝修正程式前先閱讀此文件。
這些發行版本注意事項的電子說明檔可自 iPlanet 文件網站取得：http://docs.iplanet.com/docs/manuals/messaging.html/。請在安裝與設定軟體前先造訪該網站，並定期檢視最新的發行版本注意事項與手冊。
iPlanet Messaging Server 提供的功能強大、富有彈性之解決方案，可以滿足企業電子郵件需求和使用開放性網際網路標準的任何規模之郵件主機需求。
iPlanet Messaging Server 是 Netscape Messaging Server 與 Sun Internet Messaging Server 的整合產品。這兩種產品中各自最強與最高效能的元件都被結合起來整合產生 iPlanet Messaging Server。例如，取自 Netscape Messaging Server 的郵件儲存、LDAP 目錄和「管理主控台」，而取自 Sun Internet Mail Server 的則有郵件傳送代理程式 (message transfer agent, MTA) 和委託管理員指令行介面 (delegated administrator command line interface)。
因為這是一套整合性產品，Netscape Messaging Server 與 Sun Internet Messaging Server 的客戶可能會發現那些產品的許多處理和程序都與 iPlanet Messaging Server 有所不同。關於 iPlanet Messaging Server 5.1 文件的完整資訊，請參閱 http://docs.iplanet.com/docs/manuals/messaging.html。
下列清單將說明 Messaging Server 5.1 可用的功能：
iPlanet Messaging Server 最低的硬體需求是：
| 注意 | 郵件伺服器的實際效能會受到許多因素之影響，包括 CPU 執行速度、可用記憶體大小、硬碟空間、檔案系統效能、使用模式、網路頻寬等。例如，輸送量 (Throughput) 與檔案系統效能就有直接的關聯。若您對這些大小和效能有疑問，請聯絡並詢問您的 iPlanet 軟體業務代表。
|
下列內容說明了用戶端軟體的需求。若想使用 Messenger Express，Messaging Server 要求使用支援 JavaScript 的瀏覽器。若想擁有最佳化效能，iPlanet 建議使用下列瀏覽器：
iPlanet Messaging Server 5.1 patch 1 目前支援的 Sun Cluster 軟體包含 Sun Cluster 3.0 Update 2。我們強烈建議您將叢集軟體升級到 Sun Cluster 3.0 Update 2，以便使用已修正許多錯誤之後的新版功能。
您應在停止所有 Messaging Server 服務後，再將叢集軟體升級。然後在安裝完叢集和協力廠商軟體升級版與修正程式後，安裝 iPlanet Messaging Server patch 1。
若您想取得 Sun Cluster 3.0 GA (或 Sun Cluster 3.0 Update 1) 叢集升級的詳細資訊，請參閱在《Sun Cluster 3.0 12/01 Software Installation Guide》中的「Upgrading Sun Cluster Software」。此外，請參閱「Sun Cluster 3.0 Early Notifier」，取得最新關於叢集和協力廠商軟體的可用修正程序資訊。
iPlanet Messaging Server 支援下列平台：
| 注意 | iPlanet Messaging Server 不支援 Solaris 2.7 平台。
|
Solaris 2.6 與 Solaris 8 修正程式的建議清單可參考 http://access1.sun.com。
此外，您還要確定安裝 Solaris 時有指定如何連線至不在區域網路內的主機。若要這麼做，請確定：
HP-UX 11.0 平台需要下列操作系統隨附程式與修正程式：
HP-UX 11.00 修正程式建議清單可參考下列的 URL ：http://us-support.external.hp.com/index.html/
Windows NT 4.0 SP6a (Service Pack 6a) 也支援本軟體。
iPlanet Messaging Server 5.1 需要下列軟體：
若您需要更多本產品的資訊，請參閱《iPlanet Delegated Administrator for Messaging and Collaboration 1.2 patch 1 發行版本注意事項》。
| 注意 |
針對 iPlanet Web Server，我們強烈建議您先查閱下面網站以決定所需的修正程式：http://docs.iplanet.com/docs/manuals/enterprise/
|
這些產品都包括在 Messaging Server CD，其下載網址是 http://www.iplanet.com/downloads/download/。
若要建置使用者和群組，請勿使用「管理主控台」；因為這樣做將會產生複雜的情況。反之，iPlanet 建議您使用 iPlanet Delegated Administrator for Messaging and Collaboration。
iPlanet Messaging Server 5.1 patch 1 可適用於所有 iPlanet Messaging Server 5.1 本地化版本以獲得最新的程式修正結果。Messenger Express 本地化使用者介面在此修正程式中維持不變。
請參閱隨附二進位制檔案修正程式中的 README 檔案，取得錯誤代碼 4616499 的詳細說明。
iPlanet Messaging Server 5.1 patch 1 已修正下列錯誤：
下列說明將說明已知的問題、限制和對 iPlanet Messaging Server 與其元件的考量，這個段落包括下列小節：
iPlanet Messaging Server 5.1 patch 1 本地化的版本
iPlanet Messaging Server 5.1 patch 1 已修正的錯誤
已知的問題與限制
下面是已知的問題、議題與 Messaging Server 安裝和解除安裝的考量。
在 iPlanet Messaging Server 5.1 patch 1 中，除了「目錄伺服器」外的其他伺服器都不是由安裝程式開啟。
注意
注意
本段落內容將說明已知的問題、限制與對移轉自 Messaging Server 早期版本的考量。
若要在 Windows NT 上執行 imsdirmig 與 imsdaaci 指令，您必須複製 libyasr.dll 與 nsldap32v40.dll DLL 檔案，將它們從 server-root\bin\msg\lib 移至指令所在的目錄：server-root\bin\msg\migrate\bin。
由 Netscape Messaging Server 4.x 移轉目錄項目時，請指定 LDAP 篩選器 — 使用 -F 引數 imsdirmig — 來排除現存的 Netscape Messaging Server 的郵件管理員項目。例如 -F "(!(cn=postmaster))"。這個篩選器將在移轉過程中排除郵件管理員的項目。如果沒有指定這類篩選器，imsdirmig 將不能處理這個項目，並且會因出現錯誤結果而被迫結束，除非您另外設定 -c 來強迫 imsdirmig 在遇到錯誤時繼續進行後續的處理。
增加 iPlanet Delegated Administrator for Messaging and Collaboration 支援後，原本的 Sun Internet Mail Server 仍會因特定情況而出現在 iPlanet Delegated Administrator 使用者介面。例如，在 Domain Mail 屬性網頁建立使用者並為該使用者啟用郵件服務時，就會出現原本的 Sun Internet Mail Server 郵件主機。這種情況是因為從 Sun Internet Mail Server 網域的移轉操作會保留 preferredMailHost 網域屬性。若要修正這個問題，請將此項屬性值改為指向正確的郵件伺服器。
若想取得關於執行 ims_dssetup 公用程式的資訊，請參閱《iPlanet Messaging Server Migration Guide》的第 3 章，段落標題為「Migrating from a Single-Server Netscape Messaging Server System」。副段落標題為「Migration Procedures」，步驟 3。
若您需要相關重新產生上述屬性索引的資訊，請參閱位於 http://docs.iplanet.com/docs/manuals/directory/41/admin/
index1.htm#1008974
若需要安裝伺服器的相關資訊，請參閱《iPlanet Messaging Server Migration Guide》的第 3 章，段落標題為 「Migrating from a Single-Server Netscape Messaging Server System」，副段落標題為「Migration Procedures」，步驟 7。
對包含 merged.oc.conf 與 merged.at.conf 結構檔案的目錄伺服器 (Directory Server) 安裝 iPlanet Delegated Administrator for Messaging and Collaboration，將會使合併結構檔案出現重複、相互衝突的物件類別定義。因此在嘗試用 ldapmodify 修改移轉過的 Sun Internet Mail Server 網域項目時將會產生違反物件類別的錯誤。
若要修正這個問題，您必須將定義於 instanceroot/config/slapd.user_oc.conf檔案中的其他物件類別設成註解：
inetdomain, inetdomainalias, inetdomainorg, inetdomainauthinfo, maildomain, inetuser, inetsubscriber, ipuser, userpresenceprofile, inetmailuser, inetlocalmailrecipient, inetmailadministrator, inetmailgroup, inetmailgroupmanagement, inetmanagedgroup, pabperson pabgroup, pab, inetadmin, msgvanitydomainuser, icscalendaruser, inetresource, icscalendarresource, icscalendardomain, icsadministrator
下列步驟是依據《iPlanet Messaging Server Migration Guide》的第 3 章，段落標題為「Migrating from a Single-Server Netscape Messaging Server System」。此處特別針對 Windows NT 平台移轉作業進行修訂。
您可以更改 SMTP 連接埠代碼，並重新開啟 SMTP 伺服器。如此可允許伺服器暫時不接受來自標準 SMTP 埠的郵件，而繼續處理佇列中的其他郵件。
InstanceRoot\configutil -o service.smtp.port -v 901
InstanceRoot\stop-msg smtp
InstanceRoot\start-msg smtp
請參閱《iPlanet Messaging Server Migration Guide》附錄 B 的「Using Existing Directory Information Trees in the iPlanet Messaging Server」。
以 configutil 來設定 local.ugldapdeforgdn 成 o=sesta.com:
InstanceRoot/configutil -o "local.ugldapdeforgdn" -v "o=sesta.com"
o=sesta.com 是對應預設網域的「組織樹」的 DN。
NMSServerRoot/mailstore/store/mboxlist/data.db2
to
iMSServerRoot/msg-instance/store/mboxlist/folder.db
InstanceRoot/configutil -o local.imta.schematag
-v "ims50,nms41"
InstanceRoot/configutil -o local.imta.ugfilter
-v (|(objectClass=inetLocalMailRecipient)
(|(objectClass=mailRecipient) (objectclass=mailGroup)))
現在郵件伺服器已經可以運作。此時的 iPlanet Messaging Server 使用多重結構支援，放棄原本在 ldap.sesta.com 中的目錄服務項目。新建使用者與群組項目將會建立在新的目錄服務節點中。
imsdirmig -b "o=sesta.com" -M nms -D "cn=Directory Manager" -w secret -m both -F "(!(cn=postmaster))"
從 iPlanet Messaging Server 5.1 patch 1 的安裝退出時會發生錯誤。發生的原因是因使用者輸入目錄服務與目前目錄服務的名稱有大小寫的差別。解決方法是比對路徑中每項元素的大小寫。
如果使用者 LDAP 的 uid 屬性包含任何大寫字元（例如，Kolander 中大寫的 K）在由 SIMS 移轉到 iPlanet Messaging Server 後，使用者將無法存取移轉後的信箱。
SIMS 用小寫字元儲存所有的信箱名稱，但 iPlanet Messaging Server 則非如此。尤其是在郵件儲存中搜尋符合 uid 屬性的郵箱名稱前，SIMS 會先將 LDAP 的 uid 屬性轉換成小寫字元；而 iPlanet Messaging Server 不會這樣做。在移轉過程中，SIMS 郵箱會還原成 iPlanet Messaging Server。在此狀況下，因郵箱是從 SIMS 移轉而來，它們的字元都是小寫的。既然 iPlanet Messaging Server 不會轉換 LDAP uid 屬性成為小寫者，包含大寫的 uid 屬性將不符合移轉郵箱的名稱。具備大寫字元 uid 屬性的郵件使用者將無法存取他們的郵箱。
本說明段落描述 iPlanet Messaging Server 升級時的已知問題、限制與考量。
在 iPlanet Messaging Server 升級後，server-root/msg-instance/html/main.js 檔案不會和正確的 iPlanet Delegated Administrator for Messaging and Collaboration 連接埠同時更新。
若要修正這個問題，請在升級前搜尋 main.js 檔案中名為 NDAStartPage 的變數。其為包含 iPlanet Delegated Administrator for Messaging and Collaboration 主機名稱與埠號的一致性資源定址器 (URL)。埠號會在升級後改為 8080。將 iPlanet Delegated Administrator for Messaging and Collaboration 改為您目前所使用的正確埠號。
Messaging Server 5.0 patch 3 和更新版本的 cron 不再用來作定期 dirsync 排程工作。 iPlanet Messaging Server 5.1 升級後，請確定 Messaging Server dirsync 工作沒有任何 crontab 項目。若要改變 dirsync 工作的週期時間，請在 job_controller.cnf 檔案內編輯適當的設定值。
這個說明段落描述已知的問題、限制與對 iPlanet Messaging Server 的考量。
在 Pentium 4 Xeon 機器安裝 iPlanet Messaging Server 5.1 的 RTM 版本（請注意，不是 iPlanet Messaging Server 5.1 patch 1 的版本）失敗。
例如，如果 c:\temp\iplanet-msg-install.log 檔案包含下列（檔案結尾）：
server-root\bin\base\jre -nojit -cp "server-root\bin\msg\imta\classes\imtaconfig.jar" com.siroe.msg.imta.config.InitConfig -d siroe.com -r siroe.com -h msg-server-host.siroe.com -c server-root\msg-instance\imta\config -N
輸出結果應類似下列所示：
IMAP、POP 與 HTTP 伺服器可以快取最近登入時間長短標示於 service.authcachettl 組態參數的使用者的 LDAP 項目。若要使刪除使用者立即生效，您可執行不具驗證動作的伺服器，或使用 configutil 公用程式設定 service.authcachettl 為 0，並重新啟動所有的服務來關閉驗證快取記憶體。請注意，設成 0 會影響系統的效能表現。
這個問題也會出現於 Messaging Multiplexor (MMP)；但是 MMP 不會用到 configutil。它在組態檔中有不同的 AuthCachTTL 選項。
這將會影響許多 iPlanet Messaging Server 所執行的搜尋工作，在使用 dirsync 公用程式時尤其明顯。若要加速搜尋，請以下列指令，使用目錄服務管理員的認證來存取目錄：
msg-instance/configutil -o local.ugldapbinddn -v "rootdn" -l
msg-instance/configutil -o local.ugldapbindcred -v "rootdn_passwd" -l
其中 rootdn 與 rootdn_passwd 是「目錄伺服器」管理員身份的認證。
例如，如果逾期規則名稱尚未存在，執行下列指令將會傳回錯誤：configutil -o store.expirerule.name.folderpattern -v pattern
使用主控台而不要使用指令行。待建立一個逾期規則後，您就可以使用configutil 公用程式來修改參數。
如果累加式 dirsync 出現在 HA 容錯移轉過程中，別名資料庫將會被註記為不安全的 (unsafe)。在郵件伺服器回復上線時將會通知管理員。下列訊息會出現在 log/imta/dirsync.trx-XXXX 檔案中：
發生這問題時，請執行：imsimta recover-crash
在 imsimta dirsync -F 指令是最後一次執行之後的其他任何更新內容都會遺失。執行 imsimta recover-crash 後，再執行：imsimta dirsync -F
為「管理伺服器」配置「可允許的主機名稱」時，存取控制清單是有大小寫分別的。如果 DNS 伺服器在 IN-ADDR 記錄使用混合大小寫的主機名稱（在將 IP 位址轉換成網域名稱時使用），存取控制清單必須用相同的大小寫。例如，如果您的主機是 test.Sesta.Com，則存取控制清單必須包含 *.Sesta.Com。因有這個錯誤，*.sesta.com 將會顯得不完整。
如果不能從「管理主控台」啟動「輔助說明」，可如下所示建立一個名為「netscape」的指令碼 (script)，將此指令碼置於您的路徑中：
Windows NT 平台中，如果瀏覽器已開啟下，「管理主控台」的「輔助說明」不會出現。如果瀏覽器未開啟，將會帶出一個瀏覽器與可瀏覽的網頁。若要另覓他途，請將 server-root\bin\base\viewurl.exe 移動到其他處，或將檔案重新命名，例如，將檔案命名為 viewulr.exe.hide。
某些 POP 郵件用戶不接受像是 uid@domain 的登入名稱，不接受的應用軟體如 Netscape Messenger 4.76、Netscape Messenger 6.0 和 Windows 2000 的 Microsoft Outlook Express。解決方法是：
使用者須成為「服務管理員」群組中的一員才可享有該群組的權限。若要將使用者設成該群組的一員，您可將使用者 DN 加到「服務管理員」的群組 uniquemember 屬性。
例如，如果使用者/群組的基底尾碼 (base suffix) 是 o=isp，則服務管理員群組的 DN 是 cn=Service Administrators,ou=groups,o=isp。若要指派 uid=ofanning, o=sesta.com, o=isp 帳號為服務管理員，您應將帳號的 DN 加入群組。在下列修改記錄中，指派的使用者已加入成為 LDIF 群組的一員：
dn: cn=Service Administrators,ou=groups,o=isp
changetype: modify
add: uniquemember
uniquemember: uid=ofanning, o=sesta.com, o=isp
更進一步來看，對那些有服務管理員權限的使用者，memberof 屬性必須加到使用者項目，並在「服務管理員群組」中設定，例如：
會開啟 CRAM-MD5/DIGEST-MD5 的指令無法用於「外部 SMTP 連結」（預設所有連結都不是來自本機）。但是，它卻可如說明文件所記載地用在 IMAP/POP 和內部 SMTP 連結。若要修正這個問題，請執行：
configutil -o sasl.external.ldap.has_plain_passwords -v 1
使用者應先決定系統的本機所在地區。例如，希臘的地區設定可為：
如果沒有出現上述內容，則應加入一地區設定項目。這個項目應加在 ServerRoot/bin/msg/bundles/encbylang.properties 檔案中。
如果 MMP 使用者發現驗證過程失敗，且 MMP 管理員注意到 MMP 紀錄檔包括了「messageid 不符合」錯誤時，他們應聯絡 Sun 支援來取得 hotfix 隨附程式。重新啟動 MMP 應能暫時解決此問題。這個問題的發生原因可能在於客戶的 LDAP 伺服器忙碌，或因 MMP 與 LDAP 伺服器間的網路連線因各種原因失敗所造成。
從 iPlanet Messaging Server 5.1 升級至 iPlanet Messaging Server 5.1 patch 1 時，錯誤碼 4661139 的修正會導致錯誤碼 4708218 的出現。如果被歸入相同的資料夾中，配置篩選規則會接受「主旨」欄上同時包含「sun」與「solaris」的郵件，同時錯誤碼 4661139 還會引發遞送重複的郵件到信箱。
例如，如果兩項 fileinto 指令出現在篩選規則中，而「資料夾」存在相同的資料夾內，相同的資料夾將會收到兩份複製檔案。例如，如果有兩個篩選器時（無論次序為何）：
如果收到的是主旨「sun solaris」，則會收到兩份一樣的複製檔案。
因為設定了兩種不同的資料夾，所以會收到兩份複製檔 — 各資料夾中各有一份。如果篩選規則沒有包含句點，這種運作 是 可預期的動作結果。
下列為 iPlanet Messenger Express 已知的問題：
在日文 EUC 語系的 Solaris 平台中使用 Netscape Communicator 4.x 時，郵件的 vcard 會出現亂碼。
使用者不能在 Solaris 平台使用 Netscape Communicator 4.x 瀏覽器來附加日文檔名的檔案。
若您使用 Internet Explorer 5.5，Messenger Express 可能會在登入螢幕之後停止運作。遇到這種情況，請使用 Internet Explorer 5.5 Service Pack 1 (SP1)。
這個段落描述任何 iPlanet Messaging Server 5.1 文件集的錯誤或變更內容。
《Administrator's Guide》的線上檔案包含 CD 版本所沒有的最新變更：若要參閱線上版本，請參閱：http://docs.iplanet.com/docs/manuals/messaging.html
注意
在第 10 章「關於郵件儲存配額」的注意載明下列敘述：「當伺服器嘗試遞送到仍處於配額限制內的帳號時，它並不考量郵件本身的大小。如果郵件引發使用者超過其配額限制，郵件仍會被遞送，但下一封郵件將會被留在佇列中。」
這段注意是不正確的。儲存郵件會嚴格遵守配額的硬性規定。當寄來的郵件大小比郵箱所剩的空間還要大時，郵件將不會被寄送。當超過 store.quotawarn 門檻時，將會傳送配額警訊通知郵件。配額的緩衝計時器也在同時啟動。如果您想將強制配額改在郵箱超過配額時才開始，請設定組態選項 local.store.quotaoverdraft 為 yes。啟用此選項時，強制配額、配額通知與配額緩衝計時器都會在使用者超過配額後啟動。
下列更新後的「高可用性」指令可替代在《iPlanet Messaging Server Installation Guide for UNIX》中的指令。其中有些注意項目與 Messaging Server 安裝和高可用性有關：
安裝 Veritas Cluster Server 的「高可用性」功能。 請參閱 Veritas Cluster Server 說明文件和《iPlanet Messaging Server Installation Guide 》來安裝 Cluster Server。完成上述動作後，請繼續下列的步驟：
在主節點上安裝 Messaging Server 與「高可用性」。若要這麼做，請遵循這些步驟：
安裝程式會在 Messaging Server 安裝過程中，檢查 Veritas Cluster Server 是否已完成安裝並正確配置。如果是，便表示已正確地安裝好高可用性檔案。
安裝 Sun Cluster 2.2 的「高可用性」元件。請參閱您的 Sun Cluster Server 說明文件和《iPlanet Messaging Server Installation Guide》來安裝 Cluster Server。完成上述動作後，請繼續下列的步驟：
在主節點上安裝 Messaging Server 與「高可用性」元件。若要這麼做，請遵循這些步驟：
scconf cluster_name -l seconds
cluster_name 是該叢集名稱，seconds 是您想設定的逾期值秒數。該秒數應有自始至終完成作業秒數的兩倍長。若您需要更多資訊，請參閱您的 Sun Cluster 文件。
安裝 Sun Cluster 3.0 的「高可用性」元件。當您完成在《iPlanet Messaging Server Installation Guide for UNIX》的「Installing High Availability for Sun Cluster 3.0」段落中所指步驟 5 之後，您應該另外執行下列步驟：
解除安裝 Veritas Cluster Server 與 Sun Cluster 2.2 的高可用性。解除安裝高可用性的步驟會根據您是否正在移除 Veritas Cluster Server 或 Sun Cluster 而有所不同。
若要解除安裝 Veritas Cluster Server 高可用性元件，請遵循下列步驟：
/etc/VRTSvcs/conf/config/MsgSrvTypes.cf
/opt/VRTSvcs/bin/MsgSrv/online
/opt/VRTSvcs/bin/MsgSrv/offline
/opt/VRTSvcs/bin/MsgSrv/clean
/opt/VRTSvcs/bin/MsgSrv/monitor
/opt/VRTSvcs/bin/MsgSrv/sub.pl
請注意，您必須在這個步驟前先執行步驟 a。
/opt/SUNWcluster/ha/msg/ims_common
/opt/SUNWcluster/ha/msg/ims_fm_probe
/opt/SUNWcluster/ha/msg/ims_start_net
/opt/SUNWcluster/ha/msg/ims_stop_net
解除安裝 Sun Cluster 3.0 的高可用性元件。 若要解除安裝 Sun Cluster 3.0 的 Messaging Server HA 支援，請使用下列步驟。請注意，這些指示會假設現在是簡單的高可用性配置。如果是其他配置，可能會有其他不同的特殊指令，但仍具有相同的邏輯操作順序。
資源一旦被停用後，您可用下面這個指令將它們一個個地從資源群組中移除：
# scrgadm -r -j ha-ims
# scrgadm -r -j ha-ldap
# scrgadm -r -j ha-storage
# scrgadm -r -j mail
這段說明段落會描述任何出現在《iPlanet Messenger Express Customization Guide》錯誤或變更內容。
Messenger Express 伺服器在工作階段開始時載入給使用者預設的一套 LDAP 屬性。這些屬性列舉如下：
cn, givenName, mail, mailAlternateAddress, mailAutoReplyMode, mailAutoReplySubject, mailAutoReplyText, mailAutoReplyTextInternal, mailAutoReplyTimeout, mailDeliveryOption, mailForwardingAddress, mailQuota,mailMsgQuota, preferredLanguage, sn, uid, vacationEndDate, vacationStartDate
您可能會想從伺服器獲得其他自訂的 LDAP 屬性。例如，網際網路服務供應者 (ISP) 可能會指派給所有名為 myuserclass 的使用者一個自訂的 LDAP 屬性。這個屬性可表示接受服務的不同使用者類型，包括 Messenger Express。此屬性的可能選擇是 regular 與 vip。依照使用者類型（ 也就是 myuserclass LDAP 屬性的值），不同的廣告類型也會在使用者登入 Messenger Express（Messenger Express 可自訂顯示廣告橫幅）時呈現給他們。 如果自訂的用戶能存取 myuserclass LDAP 屬性，就可決定該使用者的類型，並可決定顯示與該類型相關的廣告橫幅。
若要從伺服器獲得其他自訂的 LDAP 屬性，請使用 configutil 修改 service.http.extrauserldapattrs 組態參數。預設屬性是唯讀的。如果客戶想利用 webmail 編碼修改屬性，該屬性須以附加尾碼： w的方式註記成可讀寫 (read-write)。
下列範例假設客戶想依照使用者的使用層級顯示廣告橫幅，且該用戶程式允許使用者編輯網頁連結：configutil -l -o service.http.extrauserldapattrs -v myuserclass,homepage:w
這個說明段落將描述任何出現《iPlanet Messaging Server Migration Guide》的錯誤或變更內容。
（若需要更多關於 4572521 的資訊，請參閱《Provisioning Guide》的變更內容。）
在第 1 章的「Netscape Messaging Server 4.x Regressions/Changes/Transitions」下，移除整段標題為「Group Attribute mgrpAllowedBroadcaster Does Not Take a Group as a Valid Value」的說明段落。尤其是在第 1 章「SIMS 4.0 Regressions/Changes/ Transitions」下，用下列文字取代說明段落標題為 「Allowing or Blocking Access to a Mailing List」的所有文字：
在附錄 B，標題是「Supporting Multiple Schemas」段落中，已知 merged.oc.conf 與 merged.at.conf 兩個合併結構檔案的所在位置。這個位置不正確；應該是：CDRoot/solaris/migrate/schema
HP-UX： CDRoot/HPUX/ims/msg/msg.zip
Windows NT： CDRoot/ntx86/ims/msg/msg.zip
Solaris：CDRoot/Solaris/ims/msg/msg.zip
同一段落中，在段落「Enabling Multi-schema Support on SIMS」 的步驟 3 之下，最後一句是「請注意，必須先包括 merged.oc.conf 檔案。」應將它改為：「請注意，必須先包括 merged.at.conf 檔案。」
附錄 B 中，主標題為「Using Existing Directory Information Trees in the iPlanet Messaging Server」的「Mapping Server Namespace with a Single Domain to an iPlanet Messaging Server Namespace」段落，出現下列資訊：
此命名空間組態可支援 Delegated Administrator 與主機伺服網域。若要增加 Delegated Administrator 的功能性，可執行 imsdaaci 指令（在移轉工具箱內）。如此便會產生可用來建立 Delegated Administrator 服務管理者群組與 Delegated Administrator 網域管理者群組和必要的 ACI 的 LDIF 檔案。
<ServerRoot>/bin/msg/migrate/bin/imsdaaci
用 ldapmodify 將 LDIF 檔案增加到 DIT。若需要 ACI 的解釋說明，請參閱《iPlanet Messaging Server Provisioning Guide》。
上述功能將在安裝過程中產生，且不需要執行其他動作；因此，可省略這部分的資訊。
這個說明段落將描述任何出現在《iPlanet Messaging Server Provisioning Guide》中的錯誤或變更內容。
（若需要更多 396008 的相關資訊，請參閱《Migration Guide》的變更說明段落。）
在第 5 章的「Creating Posting Restrictions on Mailing Lists」中，有一項符號項目描述如下：
mgrpDisallowedBroadcaster 會將受限制張貼郵件的位址指定到清單中。寄件人位址會被拿來與這個屬性中的位址進行比較。如果相符，該郵件就會被拒絕。
在此項目下新增下列注意：
您可設定 mgrpAllowedBroadcaster 或 mgrpDisallowedBroadcaster 為靜態群組位址，但是，巢狀群組 (群組中的群組) 並不受到支援。針對特定的張貼內容，則將這些屬性設定至特別准許張貼的位址或指定成為動態群組（用 URL 準則進行 LDAP 搜尋）。
注意
如果您有相關 iPlanet Messaging Server 的問題，請用下列一種方法尋求 iPlanet 客戶支援：
如此我們便可有效地協助您解答問題，請在您聯絡支援時備妥下列資料：
最後更新 2002 年 7 月 19 日