DISKUSE
Jak omezit vkládání textu do textového pole z kláv... 
04.04.2024 13:55

HCL Domino na NAS QNAP (1)
20.02.2024 10:34

Vložení přílohy do dokumentu MS Word (3)
14.02.2024 20:54

Problěmy s diakritikou. (4)
06.02.2024 17:34

AI pomocnici 
15.01.2024 10:16

Export do pdf souboru (1)
12.01.2024 23:11

Agent přestává fungovat (1)
18.11.2023 06:42

RTF - Computed (2)
19.10.2023 13:00


ŠKOLENÍ


REKLAMA


KOMENTÁŘE
Diskusní skupina: Notes/Domino R7


Jan KročekPravidla pošty
Administrátor

12.02.2010
14:50:33

ID: 3119.0

Dobrý den, mám problém s hláškami na serveru:

Error registering mail rule 1 for database mail/xxxx.nsf: Monitor has already been registered, no action taken.

Je mi jasné co to znamená i jak to opravit, ale není mi jasné jak tomu předejít. Vše ručně opravím, uživatel něco v pravidlech provede a duplicita je opět na světě. Jak jsem koukal na webu tak router čte pole:
$filterformula
$filterformula_0
$filterformula_1
$filterformula_2
...
$filterformula_X

Problém je v 95%je v polích $filterformula a $filterformula_0.
Mám pocit, že $filterformula_0 se už nepoužívá, protože sám kompaktor pravidel tuto položku maže. Ovšem nepřišel jsem k čemu je $filterformula, která má z 99% Item.ValueLength = 194 když je nastaven tam je i nastaven parametr Use_CalendarRule na "1".

Nějak mi uniká souvislost mezi těmito poznatky, která by mě dovedla k nějakému řešení a to sice ošetření aby nevznikali duplicity pravidel. Jak jsem to studoval, tak pravidlo vlastně on vezme dokument ze složky a do něj si zakompiluje pole $filterformula které je typu 1536 a to nejde přečíst. Ten item pak vezme a proste zkopíruje do profilu v poště:

Set tmpNotesItem = tmpRuleDoc.GetFirstItem("$FilterFormula")
strfilteritem = "$FilterFormula_"+Cstr(nTotalEnableRules)
Call tmpNotesItem.copyitemtodocument(CalProfile,strfilteritem)

kde nTotalEnableRules bývá většinou zase pole OrderNum v dokumentu pravidla.

Neřešil už někdo tento problém? Ono ty pravidla jsou docela veliký problém jako takový, protože item 1536 nelze číst, tak člověk vůbec neví s čím pracuje a navíc duplicitu nebo limity pravidel hlídá router a ne klient což taky třeba blbě, nechápu proč když má uživatel jedno pravidlo 6x v poště, že to řve 6x do logu a ne tomu uživateli. Vypadá to jako banalita, ale vemte si, že to udělá pokaždé když přijde email a teď ten uživatel dostává třeba nějaké systémové hlášky co mu chodí co minutu. Když jsem to na systému zapnul sledování tohoto problému, tak jedna duplicita byl jeden mail a za první den sledování mi přišlo 6500 emailů. A to už nemluvím ani o počtu pravidel, které si router ořízne na prvních 100 pravidel zbytek má prostě smůlu a nikomu nic neřekne a pak pracně zjišťuje, proč uživateli nejdou pravidla v poště.
Mirek K. prvních 100 pravidel ?!
15.02.2010
14:50:04

ID: 3119.1


"počtu pravidel, které si router ořízne na prvních 100 pravidel zbytek má prostě smůlu a nikomu nic neřekne" - to je nějaký známý nebo ověřený fakt? Já jsem nic takového ještě neslyšel, ale mnohé by to mohlo vysvětlovat ...
Jan Kroček je to v logu
Administrator

15.02.2010
21:49:04

ID: 3119.2


píše do Logu, pokud máš zapnuté sledování Warning (high) Mail eventů:

Router: Maximum number user mail rules exceeded for xxxx. Only the first 100 enabled rules will be executed. 3 not registered.

Jinak jsem pokročil v řešení problému, který se mi trochu zkomplikoval, ještě jsem totiž našel další varování a to sice:
Monitor cannot find folder 0 OF1065A8E6:E10A4C13 ONC1257491:0028451B in Database: /opt/domino/notesdata/mail/xxxx.nsf Enabled Filter: 2 MonitorID: B6E65957: 33DFD: Entry not found in index

Ale ovšem to není problém, zkusil jsem co se stane, když pravidlem přesunujete do neexistující složky. Mail zůstane v Inboxu.

Už ovšem problém byl, když uživateli se podařilo dostat do složky Rules dokument, který není pravidlo. Nevím jak se jim to podařilo, protože mě se to nepodařilo, ale normálně tam měli dokument s formulářem Memo a Notice a když jsem to otevřel, tak to fakt byl mail.

Ale i to, už jsem vyřešil. Špatně jsem napsal, že $filterformula_0 se maže. Tento item se samozřejmě používá, je vyhrazen pro MiniView, aspoň je to tak popsané v komentářích v programu. Nějak jsem se to poplet.

Duplicity v pravidlech jsem již skoro vyřešil, až na pole $filterformula_0, kde to nemám jak porovnat s ostaními dokumenty, protože porovnávám hodnoty v dokumentech pravidel a ty pak páruji s poli v profilu, ovšem k tomuhle poli vůbec nemůžu přijít kde se bere, krom toho, že je rezervováno pro MiniView. Stejný problém mám s itemem $FilterFormula.

Docela by mi bodlo, kdyby někdo věděl jak zjistit co v těch polích je, protože to bych aspoň měl nějaké pojítko. Neví to někdo?
Jan Kroček už to mám.
Administrator

16.02.2010
13:39:05

ID: 3119.3


Tak děkuji všem za pomoc už jsem si to vyřešil.
Pole $FilterFormula a $FilterFormula_0 se plní v profilu pošty:

' set new rule
strformula = |FIELD $MiniView:=$MiniView;@If((@Contains(@lowercase(Form
);"notice")| & "|" & |@Contains(@lowercase(Form);"task")| & "|" & |@Contains(@lowercase(Form);"tasknotice")); (@do(@setfield("$MiniView";"1"))); "" )|

' initialize FF
Call note.computewithform( False, False )

Set item=note.getfirstitem("$FilterFormula")
item.valu
es = strformula
Call note.computewithform( False, False )
Call note.CopyItem(item, "$FilterFormula_0" )
Call note.RemoveItem("FilterFormula")

Call note.save( True, False, True )

Přidejte názor
Autor:
Profese:
E-mail: i
URL:
Phone:
Předmět:
Obsah příspěvku (i):

Kolikátý je den v měsíci ? (číslovkou bez tečky)