| Jirka | Mail na skupinu |
| Dobrý den, mám v práci jednoho kolegu, který když pošle mail na skupinu, ve které je sám uveden, mail se mu nedoručí. Ostatním to funguje tak, že mail dojde na všechny členy skupiny, tedy i na ně samotné, pokud tam jsou uvedeni. Nemáte někdo nějaký TIP, kde by mohl být problém?
Předem děkuji za názory.
Jirka |
| Martin Jinoch | Re: Mail na skupinu |
19.03.2010
15:59:49
ID: 3142.1
| A ostatním z té skupiny to dojde? Nemá náhodou v lokálním address booku skupinu stejného jména jako je v globálním address booku? Mám pocit, že už jsem kdysi někde podobnou záležitost viděl a něco se stejně nazvanýma skupinama v tom bylo. |
| Martin Humpolec | Re: Mail na skupinu |
19.03.2010
19:53:21
ID: 3142.2
| Já bych se zkusil kouknout, kdo je nastaven jako administrátor té skupiny - s tím si také pamatuji nějaké legrácky. Ale jinak bych to považoval skoro za plus, že mu to nedojde. |
| Martin Hansgut | Re: Mail na skupinu |
admin
20.03.2010
11:11:47
ID: 3142.3
| Já jsem řešil přesně opačný problém a to jak nastvit aby když uživatel pošle mail na skupinu, které je současně členem, tak aby mu tento mail nebyl doručen. Bohužel jsem nějak neuspěl :(.
Nebo pokud je mail odeslán např. na 5 skupin a některý uživatel je členem všech pěti skupin, tak aby mu uvedený mail nebyl doručen 5 krát, ale pouze jednou. |
| Tomáš Hanus | Re: Mail na skupinu |
21.03.2010
14:18:15
ID: 3142.4
| Docela sranda, ale já myslel, že to je takto správně a i nám to tak funguje. Tedy pokud je člověk členem skupiny, které posílá mail, tento mail mu nedojde. Jiná situace je v případě kombinace s lokální knihou či recent contacts. |
| Martin Jinoch | Re: Mail na skupinu |
21.03.2010
16:06:34
ID: 3142.5
| Když to tak čtu: děláme my všichni vůbec se stejným programem? :-D |
| VZ | Porovnání jména uživatele |
21.03.2010
20:50:25
ID: 3142.6
| Může to souviset i s tím, pod jakým formátem jménem uživatele je to odesílané (LN nebo SMTP tvar?). A jak je takové jméno vyhledáno a porovnáno se jmény nalezenými v dané skupině.
Takže by to mohlo také ovlivnit např.:
- jméno uživatele v Profilu schránky (souhlasí s ID uživatele?),
- pole "Internet mail address" v Location dokumentu (mělo by odpovídat stejnému poli v Person dokumentu v serverové names.nsf - někdy to bývá úmyslně nastaveno jinak),
- pole "Mail addresing" v Location dokumentu, případně další možná nastavení na záložce "Mail"
- snad i pole "Address Lookup" (případně další pole) v Configuration dokumentu ... |
| Martin Humpolec | Re: Martin |
22.03.2010
20:37:26
ID: 3142.7
| Obával bych se, že ano. A zajímalo by mě, zda je to někde popsáno a jsme líní hledat a tak hádáme, nebo jestli to opravdu nikde není. |
| Jirka | Re |
IT
23.03.2010
10:01:56
ID: 3142.8
| Děkuji Vám všem za příspěvky. Co se týče posílání mailů na skupiny, je LN opravdu "živý" organismus. Kolega má stejné nastavení jako sotatní kolegové ve firmě. Mail skupina se používá bez e-mail formátu zápisu. A každý, když na tuto skupinu pošle mail, pošle jej i sám sobě. Pouze jeden kolega je výjimka a nemohu přijít čím to je. Podotýkám, že všechny konfigurace v lokální adresní knize má stejné.
Děkuji Vám za příspěvky. |
| mpistora | Posílání sobě |
24.03.2010
14:22:23
ID: 3142.9
| > Ale jinak bych to považoval skoro za plus, že mu to nedojde.
OT: Posílání sobě má výhodu v tom, že lze pak ještě pokračovat v "diskuzi" další zprávou pomocí "Odpověďet všem" na tu došlou zprávu.
Bez toho to lze jen krkolomě (Postoupením nebo Odpovědět všem na odeslanou zprávu a opravit adresáty). Nebo to lze lépe? |
| Martin Humpolec | Re: Mail na skupinu |
26.03.2010
17:45:41
ID: 3142.10
| A verze klienta/šablony je u všech lidí stejná? Jinak to Reply to All by mělo fungovat stejně správně - odpovídá se všem adresátům a odesílateli, v tom rozdíl není. |
| Tomáš Hanus | RE: Porovnání jména uživatele |
29.03.2010
19:42:48
ID: 3142.11
| Já bych si skoro tipnul, že je to takto:
- pokud je ve skupině INET formát, pak přijde daný e-mail i odesílateli.
- pokud tam jsou jen Notes jména (stejné OU,O,C), pak e-mail odesílateli nepřijde (pokud přidám INET adresu, mail přijde odesílateli)
Takto to funguje, pokud jsou vyplné Recent Contacts (opravdu si doporučuji to vypnout - dělá to více škody než užitku). Jinak v pracovišti mám nastaven Lookup na všech adresních knihách. |
| VZ | Upřesnění |
09.04.2010
11:17:06
ID: 3142.12
| Zatím mám podobné poznatky jako Tomáš Hanus.
Ale ten INET formát nemusí být zapsaný pouze ve skupině. Zřejmě stačí, aby měl jeden uživatel ze skupiny nastaveno ve svém Person dokumentu pole "Format preference for incoming mail" na hodnotu "Prefers MIME". Ve skupině je pak normálně zapsané jeho LN jméno, ale zřejmě při odesílání se to jméno převede podle Person dokumentu na internetový formát e-mail adresy. A pak se to chová tak, jak popisuje Tomáš - e-mail přijde i odesílateli, protože jeden člen skupiny má INET formát (přestože to asi není nikde na první pohled vidět?).
Ale nelze vyloučit, to chování ovlivňuje ještě něco jiného. |
| VZ | Název skupiny s lomítkem? |
27.04.2010
10:50:35
ID: 3142.13
| Možná to ovlivňuje mnohem více či méně(?) faktorů.
Např. pokud jsou jména skupin v hierarchickém tvaru (např. skupina/ORG), pak je odeslaná zpráva doručena i odesílateli, pokud je odesílatel členem dané skupiny.
Ale třeba to souvisí ještě s dalšími parametry ve skupině?
Např. tahle konkrétní skupina má "navíc" vyplněné pole "Internet Address". Jinak jsou v ní vyplněna jen standardní pole: Group Type "Multi-purpose", Description, obvyklá Mail Domain a Members (jen 3 jména). Kromě toho jsou nějaké komentáře na záložce "Comments", dále pole "Owners" a "Administrators" obsahují příslušná jména, a pole "Allow foreign directory synchronization:" má hodnotu "Yes".
Všichni uživatelé v dané skupině mají v Person dokumentu "Keep in senders' format", takže k převodu na INET formát není žádný důvod, když jsou na stejném serveru. |
| VZ | Totální záhada |
27.04.2010
11:49:46
ID: 3142.14
| Je to zvláštní: v 5 různých skupinách jsou pouze 3 stejná jména stejných osob. 1 z těch 5 skupin je hierarchická, ostatní jsou flat-name (nehierarchické). Jedna je typu Mail-only, ostatní jsou Multi-purpose. A pouze jedna flat-name Multi-purpose nikdy nedoručí mail i na odesílatele (bez ohledu na různé parametry), ostatní skupiny vždy doručí i odesílateli (bez ohledu na ostatní parametry). |
| VZ | Ještě větší záhada |
27.04.2010
12:01:30
ID: 3142.15
| Je podivné, že u té jediné skupiny, která nedoručuje i odesílateli, se v doručené zprávě u příjemců změnilo její jméno. To změněné jméno je jméno další skupiny z těch ostatních skupin se stejnými příjemci. Všechny ty skupiny přitom neobsahují jména skupin, jen jména osob. |
| VZ | Tušení souvislostí |
27.04.2010
18:29:21
ID: 3142.16
| Asi to bude způsobeno určitou podobností jmen. Máme dejme tomu skupiny "ABC", "ABCDEF", "ABCXYZ" a person "ABC/ORG" + další 3 uživatele (v lokálních names.nsf nejsou).
1. Group dokument "ABC" je typu "Access Control List only" a obsahuje pouze jednoho člena - skupinu "ABCDEF" (takže něco jako alias).
2. Group "ABCDEF" je typu Multi-purpose a obsahuje výše zmíněné 3 uživatele.
3. Person dokument "ABC/ORG" má v sobě nastavenu Forwarding Address na jinou skupinu "ABCXYZ", která obsahuje stejné 3 uživatele, jako skupina "ABCDEF".
A pokud se odešle zpráva na skupinu ABCDEF, tak odesílateli, který je v této skupině, není zpráva doručena. Je doručena pouze zbylým dvěma členům skupiny, ale v poli SendTo je místo původní skupiny ABCDEF skupina ABCXYZ. A v kopii odeslané zprávy u odesílatele je v poli SendTo také skupina ABCXYZ místo ABCDEF, kterou tam vybral z names.nsf.
Na skupinu ABC není možno nic odeslat, kvůli typu ACL.
Ale zřejmě se pomocí těchto podobností nějak přeloží jméno "ABCDEF" na jméno skupiny "ABC", kam není možné nic poslat. A tak to "ABC" možná najde jako Person "ABC/ORG" a v něm najde forward na skupinu ABCXYZ. Ale proč to v takovém případě nedoručí i odesílateli, je pořád záhadou.
Když to odesílatel pošle přímo na skupinu ABCXYZ, tak je to doručeno i jemu a jméno skupiny v poli SendTo se nezmění.
Ty skupiny a osoba tam vznikly už v minulém století (tisíciletí?), např. person ABC/ORG už 2.12.1996, tedy asi v R4.x? A skupiny tam byly přidávány postupně v průběhu let, jak to asi vyžadovaly aplikace od různých dodavatelů. Jména členů v těch skupinách se také v průběhu let měnila a ten forward tam asi také vznikl někdy v průběhu posledních 14 let.
Asi by bylo vhodné takové zdánlivě zbytečné členění na skupiny a osobu s podobnými jmény zrušit či sjednotit, jenže co když pak přestane něco fungovat?
Určitě by přestal fungovat aspoň tento srovnávací příklad pro situace, kdy to s jedním jménem skupiny odesílateli nepřijde a s jiným jménem skupiny to dostane :-) |
