Pages

Search

Microsoft CRM - SFO Client crmaddin.dll

Microsoft CRM - SFO Client crmaddin.dll


SFO Client crmaddin.dll

Posted: 16 Jun 2004 06:17 PM PDT

You are right Jake, it took me about 4-5 minutes. That is
a long time, I don't have lot of data in my system.

Why does this happen suddenly to the client, the dll gets
disabled on its own. I had the outlook client working
yesterday and today I couldn't get to it. Is anyone else
having similar problems with SFO ?
 
run... I have seen 
message 
it 
crmaddin.dll 

Stored Procedure

Posted: 16 Jun 2004 05:59 AM PDT


"Edwin Garst" <epconsystems.com> wrote in message
news:phx.gbl... 

Thanks very much for trying anyway Edwin. Could you tell me which database
it is stored against or do you have it as a file only? I just wonder whether
its specifically setup for training or not.

Tony


email server

Posted: 16 Jun 2004 04:53 AM PDT


"Peter L" <co.uk> wrote in message
news:phx.gbl... 

I wonder is it not possible to configure Exchange to route messages through
as a gateway, and kind of configure Mac Email as the receiving end
nevertheless - such that emails are not sent or received directly through
the Mac but via Exchange gateway? Most of the work must be done on the
Exchange server for it to work with the GUIDs etc and you cant get away from
installing the CRM for Exchange Router component, on Exchange funnily
enough. They must route through Exchange.
Just a thought.
Seems a bit ambituous in expecting Mac and Windows to interoperate :o)


Mofidied On has the same date/time in many items

Posted: 16 Jun 2004 03:46 AM PDT

This will also happen if you perform a security role update as all records
have to be accessed to check security. This is by design although I have
logged it as a possible design flaw.


"Mj Miller" <com> wrote in message
news:phx.gbl... 
of 
someone 


outlook and crm url

Posted: 16 Jun 2004 02:12 AM PDT

the problem it's that i've not the permission for working with the crm
server, i've changed user and password and all work correctly.
Thanks a lot
--
No one is to blame

Inviato da www.mynewsgate.net

basic question about offline mode

Posted: 16 Jun 2004 01:57 AM PDT

Only the data you are supposed to see is transferred down to your machines
local database. The Outlook client always takes a long time on the first
sync as it is doing a lot of work. Subsequent syncs are much much quicker


"SiEBEN Innovative Solutions" <gr> wrote in message
news:u6fxd%phx.gbl... 


Form Customization not showing

Posted: 15 Jun 2004 09:08 PM PDT

Thanks for the help. I thought I had published it, but
obviously not. That worked, I appreciate it.

 
be 
field, 

CRM Performance

Posted: 15 Jun 2004 02:26 PM PDT

are you seeing any pattern in usage when the system slows down. For instance
if nobody is running reports is performance ok?

can you tell me your database sizes just for my interest.


"kmd" <microsoft.com> wrote in message
news:1cc2b01c45349$a44882b0$gbl... 


PROBLEM WITH MANAGEMENT CONSOLE AND INSTALLATION

Posted: 15 Jun 2004 12:05 PM PDT

Dave, thank you very much, the problem was that I logged
into the domain with an invalid user.

Have a nice day
 
installtion, be sure you 
the CRM. 
there are 3 
id=28828&target=PS 
message 
when 

Test Environment

Posted: 15 Jun 2004 08:56 AM PDT

I use same spec as Gary's box with SBS 2003 - again works perfect for demo /
development work.

Regards

Pete

"Gary" <NOSPAM.com> wrote in message
news:phx.gbl... 
like 
test 


DATE IMPORT

Posted: 15 Jun 2004 05:24 AM PDT

I am importing from a .txt file.
Lee

"Gill Walker" <microsoft.com> wrote in message news:<1cedf01c4533c$aea9e710$gbl>... 

how to turn off e-mail header tracking # in CRM 1.2

Posted: 14 Jun 2004 02:24 PM PDT

Here is the article.
I don't know exactly what kind of tracking are we loosing
here. Please post it if you find out.

Document ID: 34747
Date Created: 1/31/2004
Date Last Modified: 5/13/2004
Language: English - United States
Country: USA
Product: Microsoft CRM
Versions: 1.2
Modules: Microsoft CRM Documentation, Microsoft CRM Email
Router

SUMMARY

A unique tracking number appears on the subject line of e-
mail messages composed in the Microsoft CRM system. This
article describes the steps you must take to turn off the
e-mail GUID after upgrading to Microsoft CRM 1.2.

MORE INFORMATION

In version 1.0, there is a hot fix available that adds a
MessageTagBehavior value in the registry on the Exchange
Server where the Microsoft CRM Exchange E-mail Router is
installed. The hot fix allows a Microsoft CRM
Administrator to turn on or turn off the GUID in outgoing
e-mail messages. After you upgrade to Microsoft CRM 1.2,
use the registry to determine if any updates are
necessary to turn off the e-mail GUID.

Important This article contains information about
modifying the registry. Before you modify the registry,
make sure to back up the registry and make sure that you
understand how to restore the registry if a problem
occurs. For additional information about how to back up,
restore, and edit the registry, click the following link
to view the article in the Microsoft Knowledge Base:

http://support.microsoft.com/default.aspx?scid=kb;EN-
US;256986

To check the registry value on the Exchange Server:

1. Click Start, click Run.

2. Type regedt32 in the Open: box.

3. Navigate to
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSCRM.

4. You should find a registry key with a ValueName:
MessageTagBehavior

5. If this key does not exist, create the key using the
following values:

Value Type: DWORD key value
Value Name: MessageTagBehavior
Value data: 0

6. If the Value data is set to Null or 1, the tracking
number will be attached to the subject line of the e-mail
messages. If the Value data is 0, the tracking number is
not attached to outgoing e-mails.

7. Stop and restart the Microsoft CRM Exchange Queue
Service for the new setting to take effect.

If the e-mail tracking is turned off (value data is set
to 0), the Microsoft CRM system will no longer generate
the unique tracking number. In addition, this results in
the loss of the Microsoft CRM system's ability to
automatically track incoming e-mail.
 
have to manually 
with the first 

track 
header 
encountered