Closed Bug 102389 Opened 23 years ago Closed 23 years ago

Simple MAPI does not work if MAPI is not enabled on computer

Categories

(MailNews Core :: Simple MAPI, defect, P2)

x86
Windows 98
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: tiantian, Assigned: curt)

References

Details

(Whiteboard: [PDT+])

Attachments

(4 files, 3 obsolete files)

If MAPI in not enabled on the computer, ie, (1) From Word, no "Mail recipient" shows up from File|Send To (2) From Excel, no Send shows up in File. (3) From powerpoint, no "Mail recipient" shows up from File|Send To then our simple MAPI feature will not work after selecting NS mail client as the default client.
Blocks: 91702
Priority: -- → P2
how is this different then the way other clients work? At first glance, this does not seem like a show stopper to me.
Yes. This is not a show stopper and is a rare case.
Blocks: 102570
Severity: major → normal
Priority: P2 → P4
No longer blocks: 102570
Keywords: nsbranch-
actually I am in this case. All it takes is a user with just netscape 6 on his or her machine. Isn't that something we want to target? I'd like to nominate for reconsideration since this keeps me from using simple mapi. Also, I'm sure marketing is going to think this is a common case (see John Gable). We can talk about those reasons at the PDT meeting.
Keywords: nsbranch-nsbranch
*** Bug 102824 has been marked as a duplicate of this bug. ***
can we throw a 'check' in the N6 mapi enablement process to verify if the user's OS environment is mapi enabled?
Yes we can, we can infact enable the OS environment for MAPI support. This needs changes in the win.ini file. Will take this up after the mapi support branch landing.
System administer needs to update the win.ini file if user is not MAPI enabled. We'll fix this at the 2nd stage of sMAPI
Deleted nsbranch. Will deal with this in the user guide, etc. Proper fix at the 2nd stage.
Keywords: nsbranch
tiantian please don't remove nsBranch nominations. If you think it's a minus please just change it to nsBranch-. by removing the keyword you are making it hard for us to track whether the bug has been considered for the branch. btw, unless we feel we can't fix this bug, I strongly believe this should be fixed on the branch. It keeps me from being able to use simple mapi!!! And per my comments above, I believe marketing is going to have strong feelings about this.
Keywords: nsbranch
--> curt
Assignee: srilatha → curt
Keywords: nsbranchnsbranch+
Whiteboard: [PDT]
Keywords: nsbranch+nsbranch
Whiteboard: [PDT]
Keywords: nsbranchnsbranch+
Curt: Here's the entry for the win.ini file. After Krishna provided this to me, it has been working on the test on my win 98. Scot: Please copy these into your win.ini, and let us know if it enabled MAPI for you. [Mail] MAPI=1 MAPIX=1 OLEMessaging=1 CMC=1 CMCDLLNAME=mapi.dll CMCDLLNAME32=MAPI32.DLL MAPIXVER=1.0.0.1
Priority: P4 → P2
Are you sure it's a win.ini file change and not a windows registry change? Win.ini is the old way of doing things and should no longer be touched. Do we know if there are equivalent windows registry keys that will also fix this bug?
Yes this is a win.ini change. We need to update registry key as well as deal with the mapi32.dll to do so but besides that there are these win.ini entries that are required too. Most systems should have these entries in the win.ini for MAPI support. These entries not being there is a rare occurance. So when we put these entries we should check if they are not already present.
Okay, I've got a handle on what it takes to get these setting into win.ini. But I need more info about what needs to be checked or not before making the settings. Rajiv you say we should check first the settings are usually already set. Will the values for the keys always be the settings you gave me? If so, it is actually easier just to always test them than to check first. It is just as much work to check them as to set them. On the other hand, if we really do need to check first do we need to check each key individually? What if some are set and some are not (that actually was the case on my machine)? What if some are set to different values than we desire?
Correction to the above: "it is actually easier just to always test them than to check first" should say "it is actually easier just to always SET them than to check first".
I think the following entries are required to enable MAPI. It is better to check whether these entries are present or not before SET. [Mail] MAPI=1 MAPIX=1 CMCDLLNAME32=MAPI32.DLL
The entries are same on XP as well.
Krishna and I spoke further by phone. Since we always want these settings to be made, and they are always the same values I'm going for the "keep it simple" solution, i.e. I always set the values whether they preexist or not.
Comment on attachment 52555 [details] [diff] [review] Always creates the [mail] section in win.ini >Index: mail.jst >=================================================================== >RCS file: /m/src/ns/xpinstall/packager/windows/mail.jst,v Where's the mozilla tree version? >+function updateWinIni() >+{ >+ var fWindows = getFolder("Windows"); >+ var fWinIni = getWinProfile(fWindows, "win.ini"); I'd prefer var fWinIni = getWinProfile(getFolder("Windows"), "win.ini"); but your way works. >+ fWinIni.writeString("Mail", "MAPI", "1"); >+ fWinIni.writeString("Mail", "MAPIX", "1"); >+ fWinIni.writeString("Mail", "OLEMessaging", "1"); >+ fWinIni.writeString("Mail", "CMC", "1"); >+ fWinIni.writeString("Mail", "CMCDLLNAME", "mapi.dll"); >+ fWinIni.writeString("Mail", "CMCDLLNAME32", "MAPI32.DLL"); >+ fWinIni.writeString("Mail", "MAPIXVER", "1.0.0.1"); Is it seven items or three as a later comment says? The reference to mapi.dll seems suspect at least since we don't have one of those, only a mapi32.dll
I think I may have misunderstood Krishna about the number of settings needed. I thought he was saying that 3 of the 7 that were to be set are required, 4 optional. I guess that doesn't really make much sense now that I give it a second thought. Krishna, are telling me to just set the 3 that you specify in your 2001-10-08 10:39 message and forget about the other 4 altogether?
Attachment #52555 - Attachment is obsolete: true
Attached patch Lean fix for nsSplinter Review
Following further discussion with Krisha we determined that only 2 settings need to be made in win.ini: [Mail] MAPI=1 CMCDLLNAME32=MAPI32.DLL The above patches set these two keys and implement the other coding suggestion from Dan.
Comment on attachment 52620 [details] [diff] [review] Lean fix for mozilla r=ssu
Attachment #52620 - Flags: review+
Comment on attachment 52620 [details] [diff] [review] Lean fix for mozilla sr=dveditz
Attachment #52620 - Flags: superreview+
Comment on attachment 52621 [details] [diff] [review] Lean fix for ns r=ssu
Comment on attachment 52621 [details] [diff] [review] Lean fix for ns sr=dveditz
Attachment #52621 - Flags: superreview+
pls check this into the branch - PDT+
Whiteboard: [PDT+]
Attachment #52621 - Flags: review+
Checked in to mozilla, ns both trunk and branch.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
So I just downloaded this morning's 094 release build and I still have this problem. After installing NS6, i started it up, made it the default mail client. Then started up word and i still don't see a send to recipients button in word. I just have the Send to -> Fax like I mentioned before..... re-opening... do I need to restart my computer for this to work?
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
*** Bug 104254 has been marked as a duplicate of this bug. ***
The fix is present in installation script. So, if you have installed it you should see "[MAPI]" entry in win.ini file. If you haven't installed and just copied the binary files, you may not see these entries.
I use the installer when I install new versions. I have the following lines in my win.ini file: [Mail] MAPI=1 CMCDLLNAME32=MAPI32.DLL on win2k, word, excel, etc. still aren't listing send to mail recipients as an option though.
Are we all running the same versions of Word? I would think that the newer versions of word would not look at anything in win.ini, like Sean says. The very first line of win.ini says "For 16 bit app support".
Everyone I ahve talked to, is using Office 97
OK, I found that word97 really is looking at win.ini, but that settings mscott has there are not sufficient. The complete settings below do enable it for me. I don't know which ones aren't required but I can try removing them one by one [Mail] MAPI=1 MAPIX=1 OLEMessaging=1 CMC=1 CMCDLLNAME=mapi.dll CMCDLLNAME32=MAPI32.DLL MAPIXVER=1.0.0.1
OK, I found I need MAPIX=1 as well. Scott's .ini doesn't have that added for some reason.
David, that last one did it for me. I just added: MAPIX=1 and now MSword is showing me Mail To Recipients.
Follow the link below and have a look at the MSDN documentation. It says MAPIX is for full implementation of MAPI. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/mapi/html/_mapi 1book_determining_which_client_interfaces_are_installed.asp May we need MAPIX as well. B'cos we are not replacing the dll in the system directory if it a smart one. Typically office application might be determining it this way..... Look into the win.ini file. (In our case Full MAPI is not there) Look into the system directory (In our case it is smart dll, which is full mapi) So, there is a configuration mismatch. I doubt that is why it is not enabled. What ever it is, as David says, the soultion might be having MAPIX=1.
I can sure add the MAPIX-1 setting to win.ini if that is what is needed. Is there any reason why I shouldn't? i.e., can it hurt anything to add it?
Attached patch Adds MAPIX (for mozilla) (obsolete) — Splinter Review
Attached patch Adds MAPIX (for ns) (obsolete) — Splinter Review
I went ahead and made up the patches to set MAPIX=1 in win.ini. If I don't hear differently I'm going to commit the change once I have r= and sr= reviews.
Trix: Please could you provide a test matrix which will cause the win.ini entry for MAPI being missing? And verify it once the new patch gets done. Please help us to ensure that it'll not be reopened again after the most recent patch. Thx.
From the Microsoft Knowledge Base: http://support.microsoft.com/support/kb/articles/Q141/0/61.asp Before you start a Simple Messaging Application Programming Interface (MAPI) session with a MAPI application, you may need to determine if Simple MAPI is available on the system. One way to see if Simple MAPI is available is to check the [Mail] section in the WIN.INI file for the MAPI entry. This entry will have a value of 1 if Simple MAPI is installed; 0 if it is not installed. For example, the entry will be the following if Simple MAPI is available: [Mail] MAPI=1 With the release of MAPI version 1.0, you should also check the MAPIX entry for the availability of Extended MAPI, CMC entry for Common Mail Calls, and OLEMessaging for OLE Messaging. For example, the following entries are for Extended MAPI: [Mail] MAPI=1 MAPIX=1 CMC=1 OLEMessaging=1
Curt, I think we want you to wait on checking this new patch in until we are sure we understand why this flag needs to be added AND if there are potentially any more flags that 4.7 writes to win.ini that we need to be writing too for mapi.
I don't think the following two entries are required for office applications to enable the menu item. CMC=1 OLEMessaging=1
Netscape 4.7 copies just the following entries in the win.in file. [Mail] MAPIX=1 MAPI=1
cool, then those are the 2 we should set in mozilla too. Thanks for looking that up Krishna.
Attachment #53188 - Attachment is obsolete: true
Attachment #53189 - Attachment is obsolete: true
So it looks like everyone is agreed that only MAPI=1 and MAPIX=1 are to be set in win.ini. The above two patches do that.
Comment on attachment 53229 [details] [diff] [review] MAPI and MAPIX only (for mozilla) r=ssu
Attachment #53229 - Flags: review+
Comment on attachment 53230 [details] [diff] [review] MAPI and MAPIX only (for ns) r=ssu
Attachment #53230 - Flags: review+
Comment on attachment 53230 [details] [diff] [review] MAPI and MAPIX only (for ns) sr=bienvenu
Attachment #53230 - Flags: superreview+
Attachment #53229 - Flags: superreview+
Comment on attachment 53229 [details] [diff] [review] MAPI and MAPIX only (for mozilla) sr=bienvenu
I have tested setting MAPI=1 and MAPIX=1 on 98, ME, NT, 2000 and XP. It is enabling the Send menu properly.
Committed patches 53229 and 53230 to both trunk and branch.
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → FIXED
pls verify this fix with today's branch build asap.
I verified this fix on my win NT4.0 with today's branch build. It's working beautifully. Trix is testing on all other platforms.
verified on 2001-10-15-05-0.9.4 on all win32 supp. platforms.
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: