Problem:

When a return receipt is sent to an external user and disclaimers are enabled on the client or server, the return receipt does not include the return receipt body – only the disclaimer is included. This causes confusion with the sender and is thought to be SPAM.

Steps:

1. Enable Return Receipts
2. Enable message disclaimers
3. Create and process a mail policy
4. Send an external mail to a user who has the mail policy enabled
5. Open the message in the user’s mailfile – a return receipt will be sent.
6. View the message from the external source. Only the disclaimer is present.

Symptom:

Return receipts sent to an external recipient show a blank body.Return receipts sent to an external recipient show a blank body.

Cause: 

This has been identified as a product defect under APAR LO65112 and SPR TPON8N7DKT. The issue started in 8.5.3 and occurs when there is a mail policy present. The disclaimer portion of the policy does not actually have to contain any text but the problem will still occur if the disclaimers are enabled in the configuration document under the Router/SMTP>Message Disclaimers tab.

Environment: 

Domino 8.5.3

Diagnosing the problem: 

A meeting invitee is able to cancel a meeting for everyone.

Resolving the problem: 

Issue has been resolved in 8.5.3 FP2. The current workaround is disabling the disclaimer.

8.5.3 Fixpack 2 – Release date July 2012

Technote: #1586180

Quelle: IBM

Das neue Fixpack steht zum download bereit!

Tip:
Sehr übersichtlich ist in  der Release Notice dokumentiert, welche Komponenten bzw. Fehler gefixt wurden.
Kategorisiert nach Clienttyp ( Basic und oder Standard), iNotes/DWA, XPages und Server

Alternativ:  die bekannte Übersicht in der Notes Domino Fix List

upcoming Release:

8.5.3:  Q2 2011 -Status Stage 1: SPR Triage
8.5.2 FP3 :  Juli 2011 Status Stage 1: SPR Triage

Erklärung siehe Blogbeitrag:    IBM Support Teil 4 Tipp: Stadium zukünftiger Releases

Wie versprochen hier die von mir in Berlin vorgestellten Widget:

Eins der von mir am meisten genutzten Widget:

“Schnell einen SPR auf den Seiten der IBM finden” – SPR search the Lotus Fixlist
von Christian Brandlehner

• Man kann das Widget mit Livetext nutzen, wobei die regulären Ausdrücke schon vordefiniert sind ( Ich würde aber eine nachträgliche Optimierung der Regulären Ausdrücke empfehlen)
• oder als Aktion aus dem Kontextmenü



• oder als Widget mit der Searchview



so findet man schnell den SPR auf der IBM Fixlist Seite:

downloaden kann man das Widget unter openntf.org

oder hier per drag and drop gleich in die Sidebar
extension.xml

Ich bin heute beim Aufbau einer Schulungsumgebung und nach dem sich mein Client (Standard und Admin) ständig, bei einer relativ einfachen kopieren / einfügen Aktion von Dokumenten  aufgehängt hat, auf folgendes noch nicht in der Fixlist 8.5.2 FP1 veröffentlichtes Problem gestossen.

Problembeschreibung :
pubnames.ntf 8.5.2 Aktion Dokumente kopieren und einfügen (copy and paste) – Client hängt sich auf

Betroffene Systeme:
Domino Server Adressbuch ( names.nsf, pubnames.ntf) Upgrade auf 8.5.2 oder Neuinstallationen 8.5.2

Problemursache:
Der Agent “RenamePastedAccounts” erzeugt hier eine Endlosschleife.

(Client hängt sich auf, bei mir hat  auch das Abbrechen über STRG+Break, CTRL+Alt+Break nichts gebracht – St-Client, im Adminclient kann man den Agent abbrechen )

Problembehebung:

Vor dem Upgrade der names.nsf sollte das Problem mit der Endlosschleife beseitigt werden:

Behebung des Fehlers im Design der pubnames.ntf

Wie ?

IBM #Technote: 1446084 

Danke an Paul Farris

danach funktioniert die Aktion kopieren/einfügen für Dokumente wieder problemlos

und wen man dann Domino 8.5.1 Fix Pack 3 eingespielt hat : P

Seit der Installation von Fix Pack 3, auf Domino 8.5.1 Server scheinen nicht nur ich und einer meiner Kunde  dieses Problem zu haben:

Die Fehlermeldung “Dokument wurde gelöscht” beim Zugriff auf bestimmte E-Mails. Diese Mails  wurden archiviert, sind aber noch in der Inbox zu finden.

SPR# LMAN82ZS2Y – Fixed a problem where documents are not being removed from the INBOX properly when archiving. This regression was introduced in 8.5.1 FP3.

ja und das ist dann:

gefixt in:

• 8.5.1 FP4:  (Erscheinungdatum  08 2010) Status Gold Candidate
• 8.5.2:  (Erscheinungsdatum Q3 2010) Status Code Freeze

bis dahin: Shift + F9

SPR # JSHN7YSRPZ:

gefixt in:

• 8.5.2:  (Q3 2010)
• 8.5.1 FP3:  (gold build and web posting)
• 8.0.2 FP6: release (07 2010)

SPR# JSHN7YSRPZ – Fixed a problem where the Out of Office Service was responding to an incorrect address. The Out of Office Service was enabled for a user and they responded to a message from a sender in a different
Notes domain. The user then received a message from another sender in the same Notes domain as the user. When that second message was responded to, the Notes domain of the first sender was appended to the address, which resulted in an invalid address and ultimately a delivery failure.

APAR LO47315 Domino 8.5.1

APAR LO51149 Domino 8.0.2

This APAR#s is associated with SPR# JSHN7YSRPZ

Steps to reproduce:

1. Setup a Domino 8.5.1 server.
2. Setup two users in one Notes mail domain (User1/Org@Domain1 and User2/Org@Domain1)
3. Setup a third user in a different Notes mail domain (User3/Org@Domain2)
4. Setup cross domain mail routing between the two Notes mail domains.
5. Enable the Out of Office Service on the server.
6. Enable the Debug_OOS=1 parameter in the notes.ini file on the
   server.
7. Enable the Out of Office functionality for User1.
8. Send a message from User3 to User1.
9. Confirm that the correct response address is created:
   Router: OOO for CN=User1/O=Org. Append sender’s fromdomain ‘@Domain2′, sender’s addy ‘CN=User3/O=Org@Domain2′
   Router: OOO for CN=User1/O=Org. About to send response to CN=User3/O=Org@Domain2
10. Send a message from User2 to User1.
11. Confirm that an incorrect response address is created based on the previous sender’s domain:
    Router: OOO for CN=User1/O=Org. Append sender’s fromdomain ‘@Domain2′, sender’s addy ‘CN=User2O=Org@Domain2′
    Router: OOO for CN=User1/O=Org. About to send response to CN=User2/O=Org@Domain2

Quelle: IBM

/li