Domino 9 und frühere Versionen > ND8: Administration & Userprobleme

Herausfinden, wer Weiterleitung auf ext. Adresse hat?

<< < (4/4)

schroederk:
Bin jetzt seit über 10 Jahren in der Firma und bisher kein einziger Fall von versehentlichen Löschen der eigenen DB. Was nicht heisst, das schon versehentlich Mails, der Posteingang oder ganze persönliche Ordner gelöscht wurden, was aber wohl auch ohne Manager-Rechte funktioniert  ;)

RZLT:
Dazu reicht Editor mit Dokumente löschen vollkommen aus.
Und damit hab ich schon genug zu tun.
Aber zurück zum eigentlichen Thema.

ra.t:
Vielleicht hilft dir ja das Debug :
Debugging with Notes.ini settings

When you discover that your agent won't run, the first thing you can do is to modify your Notes.ini file to turn on Agent Manager debugging. To do this, you simply add the following line to your server's Notes.ini file.

Debug_AMgr = flag

where flag can be one or more of the following: (listed in alphabetical order)

c - to output agent control parameters
e - to output information about Agent Manager events
l - to output agent loading reports
m - to output agent memory warnings
p - to output agent performance statistics
r - to output agent execution reports
s - to output information about Agent Manager scheduling
v - verbose mode, which outputs more messages about agent loading, scheduling, and queues
* - to output all of the above information (same as turning on all the flags)

The output appears in the console log and the Notes Log. I usually run with the setting "Debug_Amgr=*", but it may generate more output that you are interested in. Also, be aware that having all debugging flags turned on has approximately 5% performance cost on the average user response time.

You can also turn on agent execution logging by adding the following line to the Notes.ini file. (You can also do this in the server's Server Configuration document in the Public Address Book.)

Log_AgentManager = value

where value can be one of the following:

0 - do not show logging
1 - to show partial and complete successes
2 - to show complete successes

The Log_AgentManager setting provides you with a subset of the debugging information that Debug_AMgr generates. This option provides less output, but it has a smaller impact on performance. Some people keep the Log_AgentManager setting turned on even when there are no problems, just to have additional information in the log. If you have both Notes.ini variables specified, Debug_AMgr settings will take precedence.

Background agents (by definition) cannot generate output to UI. All output generated by the background agent (for example, print statements) goes to the server console (and to the Notes Log under Miscellaneous events). The same is true of the error and warning messages generated by the Agent Manager on behalf of the agent. So, it is important to always examine the server console or Notes Log for information from the Agent Manager.

You also can output the server console messages to a text file by adding the DEBUG_OUTFILE setting to your server's Notes.ini file. For example, DEBUG_OUTFILE="C:\mydebug.txt". I find that sometimes it is easier to search this file rather than the entries in the Notes Log or the server console. Of course, the extra I/O is costly in terms of performance, and you should use this technique judiciously.

If you are running locally scheduled agents, the debugging information does not appear on the server console, because the Agent Manager is running locally rather than on the server. In this case, you can output the information to a text file by adding the DEBUG_OUTFILE setting to your client's Notes.ini file. Then the file will be created locally on your workstation.

mfg
Ralf

Peter Klett:
Du vermutest, dass ein Mitarbeiter eine Weiterleitung per Agent erstellt hat.

Irgendjemand schreibt nun eine Mail an diesen Mitarbeiter (über die Gruppe, und damit auch an viele andere). Ein Agent würde vermutlich in der Maildatenbank des Mitarbeiters laufen und auf neue Mails reagieren. Dieser Agent erkennt nun, dass eine neue Mail eingegangen ist und schickt die weiter (z.B. als Script-Agent per doc.Send). Dann ist der Agentenunterzeichner der Absender der Mail, eine Zustellungsfehlermeldung würde dann doch an diesen gehen, und nicht an den ursprünglichen Absender, oder?

Der Agent müsste schon das Dokument in die mail.box kopieren und mit geändertem SendTo abspeichern, damit im Fehlerfall der ursprüngliche Absender in der Mail erkennbar ist. Wem traust Du solch eine Kenntnis zu? Damit müsste sich der Kreis der möglichen Benutzer schon stark eingrenzen lassen.

Daher glaube ich eher nicht daran, dass es ein Agent ist. Es stellt sich also die Frage, wie eine Weiterleitung eingerichtet werden kann, so dass im Fehlerfall der ursprüngliche Absender informiert wird (eine Frage an die Admins, nicht ganz meine Baustelle). Kann es sein, dass die andere Adresse vielleicht einfach im Personendokument hinterlegt ist? Hast Du mal nach der falschen Mailadresse oder einem Teil davon (die Domäne kennst Du aus der Zustellfehlermeldung?) im Adressbuch per Volltextsuche gesucht? Ist vielleicht einen Versuch wert.

Nachtrag: Noch eine Idee: Wenn Du den Zeitpunkt der Mail hast und Du weißt, wer alles in der Gruppe ist, könntest Du doch im Log abhaken, an wen alles die Mail gesendet wurde. Vielleicht bleibt da einer übrig, der keine Mail bekommen hat.

Tode:
@Peter: und genau wegen Deiner Argumentierung bin ich ziemlich sicher, dass es sich um eine Regel handelt... Denn alles andere würde das faken von Absendeadressen bedeuten, und das stellt sogar erfahrene Entwickler ab und zu vor kleinere oder grössere Probleme...

Navigation

[0] Themen-Index

[*] Vorherige Sete