Re: MAPI tests with new DLL

[Christian Gassmann]

Thomas Fernandez <[EMAIL PROTECTED]> wrote:

>>> But why would a file named tbmapi.dll overwrite on named
>>> mapi32.dll?

ML>> I have no idea.

> I think, and I am not sure whether it's my phantasy, that TBMAPI.DLL
> contains info to the OS's MAPI system that TB exists and should be
> used for this service. The original MAPI wouldn't know that. What
> other mechanics would tell the application from within which you
> invoke MAPI that it is TB that has to be used?

Once again (I think I've already written this several times): The
registry keys for default mail client and the path to TB's DLL.

HKEY_LOCAL_MACHINE\SOFTWARE\Clients\Mail\(Default)="The Bat!"
HKEY_LOCAL_MACHINE\SOFTWARE\Clients\Mail\The Bat!\DLLPath="..."

-- 
Christian Gassmann

The Bat! 1.46d under Windows NT 4.0 Service Pack 6, RC 1.5

-- 
--
View the TBBETA archive at http://tbbeta.thebat.dutaint.com
To send a message to the list moderation team double-click HERE:
   
To Unsubscribe from TBBETA, double-click HERE:
   
--


You are subscribed as : archive@jab.org

Re[2]: MAPI tests with new DLL

[Quin Selman]

Hello Ming-Li,

Friday, September 29, 2000, 5:26:44 AM, you wrote:

-snip-
ML> I think we need to straighten this thing out before RIT put MAPI
ML> support into the official release, or we're going to see TBUDL
ML> flooded with confusing questions and information.
-snip-
ML> Quoted from Stefan's message on 9/28, subject "Re[2]: New MAPI DLL":
>> The /InstallMAPI command should be used only if The Bat! does not
>> work as a Simple MAPI client when you have TBMAPI.DLL installed
>> in the program's directory and The Bat! is selected as the default
>> mail client. Usually, this situation occurs when a mail client
>> overwrites the original Windows' MAPI32.DLL (which is a copy of
>> MAPISTUB.DLL).
-snip-
ML> What I don't know are:

ML> 1. if TB should work with the original MS MAPI32.DLL, why would the
ML> "/InstallMAPI" switch overwrite it with TBMAPI.DLL instead of
ML> restoring the MAPISTUB.DLL?

Yes, this makes sense to me except for comments about MSExchange and
Office 97 to follow.

ML> 2. What else does the switch do (registry tweaks)?

Don't know about this; the registry is still too much a mystery to me.

>> I know most people were saying that the switch should be used only
>> if mapistub.dll was not present.

ML> Because that's what's said on the beta page, but it's obviously
ML> misleading. Though generally speaking the presence of mapistub.dll
ML> means MAPI library has been installed on your system, it doesn't
ML> mean the necessary MAPI32.DLL currently in your system directory is
ML> the original one.

I just reinstalled Office 97 on my system. That resulted in a 700kB
map32.dll (compare with the 128 kB mapistub.dll. Assuming I once had
a mapi32.dll installed by Windows (don't know if that's true), the new
700kB file may have been installed by MSExchange to make sure the
Office 97 components use it for MAPI apps. (This explains why I had to
use /InstallMAPI even though the mapistub.dll was present and I had
not tried the earlier 9/5/00 tbmapi.dll.)

I'm only speculating; I know nothing about how these things work just
as I have zero programming knowledge.

After the Office97 reinstallation, not sursprisingly none of the
applications work that formerly worked with TB!'s MAPI implementation.
They all ask for configuration of Exchange.

ML>  As Stefan said above, it could have been
ML> overwritten by some other email program. Or, if you ever used the
ML> /InstallMAPI switch once (when installing the old version of TB's
ML> MAPI support), it's overwritten by TBMAPI.DLL. Since the old version
ML> didn't work with many applications, it's no wonder the second time
ML> you'll have to use the switch again (so the newer version would
ML> overwrite the the old one) to get it going.

So once again I used the /InstallMAPI switch. My new mapi32.dll is
identical in size to tbmapi.dll which is 57kB. The apps I've
previously reported are once again working with TB!MAPI. (Office97
works OK except for WORD which I've reported in another thread.)

Now with regard to,
ML> 1. if TB should work with the original MS MAPI32.DLL, why would the
ML> "/InstallMAPI" switch overwrite it with TBMAPI.DLL instead of
ML> restoring the MAPISTUB.DLL?
My guess is that restoring the original MS mapi32.dll via renaming
mapistub.dll would produce a file incompatible with Office97 apps and
probably some others not compatible with the original installation.

I think I'm way over my head here :-D

-final snip-

Best regards,
 Quinmailto:[EMAIL PROTECTED]

---
"Things are more like they are now than they ever were before."
 - Former U.S. President Dwight D. Eisenhower
---

Using The Bat! 1.46d under Windows 95 4.0 Build 950  on a Pentium 133 with 88MB RAM.

-- 
--
View the TBBETA archive at http://tbbeta.thebat.dutaint.com
To send a message to the list moderation team double-click HERE:
   
To Unsubscribe from TBBETA, double-click HERE:
   
--


You are subscribed as : archive@jab.org

Re: MAPI tests with new DLL

[Fred van Veen]

On Saturday, September 30, 2000 at 11:42:26GMT -0400 (which was 17:42 in the
Netherlands) Chuck Smith wrote and made these points on the subject of
"MAPI  tests with new DLL":


C> On  Saturday, September 30, 2000  at  17:33:48 GMT +0200 
C> (which was 11:33 AM where I live) [EMAIL PROTECTED] typed:

C> Hello Fred,

M>>> Try disabling Eudora's MAPI support from within Eudora (if it's
M>>> still on your system). It's been reported that Eudora, like TB,
M>>> would overwrite the MAPI32.DLL with its own version, and people say
M>>> it would restore the original version if you turn it off from within
M>>> Eudora.

FvV>> I didn't had Eudora on my system anymore so I downloaded the latest
FvV>> version installed it and disabled Mapi. Unfortunately, this didn't
FvV>> solve the problem. Also overwriting the MAPI32.DLL with the original
FvV>> one didn't help. Also removing all what's Eudora from the registry
FvV>> didn't help.

C> I had a MAPI problem when I used Eudora. If Eudora was installed for
C> MAPI support Outlook or Corel Addressbook would not work. In my case I
C> disabled MAPI in Eudora and reinstalled Office 97 and the MAPI problem
C> was fixed. Hope this helps.

No, reinstalling office again was not the solution.

The solution  was to install Agent again in a different folder and to copy
the Agent.ini and the *.idx and *.dat files to this new folder.

-- 
Fred
The Netherlands

"In case of fire, do your utmost to alarm the hotel porter."
-In a Vienna hotel


 

Using The Bat! 1.47 Beta/5

-- 
--
View the TBBETA archive at http://tbbeta.thebat.dutaint.com
To send a message to the list moderation team double-click HERE:
   <mailto:[EMAIL PROTECTED]>
To Unsubscribe from TBBETA, double-click HERE:
   <mailto:[EMAIL PROTECTED]>
--


You are subscribed as : archive@jab.org

Re: MAPI tests with new DLL

[Ming-Li]

On Saturday, September 30, 2000, 10:37:35 AM, Thomas wrote:

>>> (I assume I can restore that original by duplicating the stub
>>> file and changing one copy's name to mapi32.dll? Note that my
>>> assumption is a question ;-)

ML>> Yes, you can, though I don't know the benefit of doing that.

> To go back to "before TB MAPI", the resotre option.

Yup, that I know. :) I meant to say I didn't (and still don't) know
the benefit of using one version of MAPI32.DLL over the other with
TB. From what we've heard so far, on some systems, both work, while
on others only one of them works.

> I think, and I am not sure whether it's my phantasy, that
> TBMAPI.DLL contains info to the OS's MAPI system that TB exists
> and should be used for this service. The original MAPI wouldn't
> know that.

I'm not sure about that. I've never used the /INSTALLMAPI switch and
I'm sure the mapi32.dll in my windows system32 folder is still the
original MS version. Yet MAPI with TB is working, with a lone
exception.

> What other mechanics would tell the application from within which
> you invoke MAPI that it is TB that has to be used?

I would think some registry settings suffice, ideally. The
instruction on the beta page and Stefan's clarification the other
day implies the same. (Otherwise they should simply tell us to use
the /INSTALLMAPI switch no matter what.)

As an API, I think it's imperative for MS to make it somewhat open
to the extent that other email programs can also be MAPI servers
without having to passing their dll files as MS'. IOW, there should
be a way for third-party programs to plug into the mapi system. Not
that MS would care what I think, though. I won't be surprised if
they have made it difficult, if not impossible, to achieve that.

-- 
Best regards,
Ming-Li

The Bat! 1.47 Beta/5 | Win2k SP1

-- 
--
View the TBBETA archive at http://tbbeta.thebat.dutaint.com
To send a message to the list moderation team double-click HERE:
   
To Unsubscribe from TBBETA, double-click HERE:
   
--


You are subscribed as : archive@jab.org

Re: MAPI tests with new DLL

[Thomas Fernandez]

Hello Ming-Li,

On Sat, 30 Sep 2000 08:05:05 -0700 GMT (30/09/2000, 23:05 +0800 GMT),
Ming-Li wrote:

>> (I assume I can restore that original by duplicating
>> the stub file and changing one copy's name to mapi32.dll? Note
>> that my assumption is a question ;-)

ML> Yes, you can, though I don't know the benefit of doing that.

To go back to "before TB MAPI", the resotre option.

>> But why would a file named tbmapi.dll overwrite on named
>> mapi32.dll?

ML> I have no idea.

I think, and I am not sure whether it's my phantasy, that TBMAPI.DLL
contains info to the OS's MAPI system that TB exists and should be
used for this service. The original MAPI wouldn't know that. What
other mechanics would tell the application from within which you
invoke MAPI that it is TB that has to be used?

ML> IOW, TB's TBMAPI.DLL *should* work with the original MAPI support in
ML> the system and make itself available as the mapi server of choice,
ML> AND the /INSTALLMAPI switch really shouldn't be used when there's
ML> already MS mapi32.dll in the system.

I don't follow. How would TB do that? Especially if it is not open at
the moment?

ML> Your experience (and Curtis' and maybe some others) suggests it's
ML> not working sometimes, and that should the kinks RIT needs to work
ML> out.

It's definitely in beta stage.

-- 

Cheers,
Thomas.mailto:[EMAIL PROTECTED]

Message reply created with The Bat! 1.46d
under Chinese Windows 98 4.10 Build 1998  
using a Celeron 366 MHz, 128MB RAM



-- 
--
View the TBBETA archive at http://tbbeta.thebat.dutaint.com
To send a message to the list moderation team double-click HERE:
   
To Unsubscribe from TBBETA, double-click HERE:
   
--


You are subscribed as : archive@jab.org

Re[2]: MAPI tests with new DLL

[Chuck Smith]

On  Saturday, September 30, 2000  at  17:33:48 GMT +0200 
(which was 11:33 AM where I live) [EMAIL PROTECTED] typed:

Hello Fred,

M>> Try disabling Eudora's MAPI support from within Eudora (if it's
M>> still on your system). It's been reported that Eudora, like TB,
M>> would overwrite the MAPI32.DLL with its own version, and people say
M>> it would restore the original version if you turn it off from within
M>> Eudora.

FvV> I didn't had Eudora on my system anymore so I downloaded the latest
FvV> version installed it and disabled Mapi. Unfortunately, this didn't
FvV> solve the problem. Also overwriting the MAPI32.DLL with the original
FvV> one didn't help. Also removing all what's Eudora from the registry
FvV> didn't help.

I had a MAPI problem when I used Eudora. If Eudora was installed for
MAPI support Outlook or Corel Addressbook would not work. In my case I
disabled MAPI in Eudora and reinstalled Office 97 and the MAPI problem
was fixed. Hope this helps.

Chuck Smith  [ TB! 1.46d | Windows NT 4.0 Service Pack 6 ]
__
PGP Keys: mailto:[EMAIL PROTECTED]?Subject=SendPGPKeys

If God didn't want us to eat animals, he wouldn't have made them out 
of meat!



-- 
--
View the TBBETA archive at http://tbbeta.thebat.dutaint.com
To send a message to the list moderation team double-click HERE:
   
To Unsubscribe from TBBETA, double-click HERE:
   
--


You are subscribed as : archive@jab.org

Re: MAPI tests with new DLL

[Fred van Veen]

On Friday, September 29, 2000 at 04:32:58GMT -0700 (which was 13:32 in the
Netherlands) Ming-Li wrote and made these points on the subject of
"MAPI  tests with new DLL":


M> On Thursday, September 28, 2000, 1:53:25 PM, Fred wrote:

F>>> It also works with Word of office 2000!
>> But TB! must be running!

M> Could you tell use what version of Windows you're using? Peter said
M> Word 2000 crashed; he's with Win98.

I use win98 too!

>> For some strange reason Forte's agent keeps asking for Eudora Pro
>> which I had installed in the past. But that was long ago!
>> It  doesn't  matter  if  I have TB! running or not.

M> Try disabling Eudora's MAPI support from within Eudora (if it's
M> still on your system). It's been reported that Eudora, like TB,
M> would overwrite the MAPI32.DLL with its own version, and people say
M> it would restore the original version if you turn it off from within
M> Eudora.

I didn't had Eudora on my system anymore so I downloaded the latest
version installed it and disabled Mapi. Unfortunately, this didn't
solve the problem. Also overwriting the MAPI32.DLL with the original
one didn't help. Also removing all what's Eudora from the registry
didn't help.

-- 
Fred
The Netherlands

"Because of the impropriety of entertaining guests of the opposite sex in the bedroom, 
it is suggested that the lobby be used for this purpose."
-In a Zurich hotel


 

Using The Bat! 1.47 Beta/5

-- 
--
View the TBBETA archive at http://tbbeta.thebat.dutaint.com
To send a message to the list moderation team double-click HERE:
   <mailto:[EMAIL PROTECTED]>
To Unsubscribe from TBBETA, double-click HERE:
   <mailto:[EMAIL PROTECTED]>
--


You are subscribed as : archive@jab.org

Re: MAPI tests with new DLL

[Ming-Li]

On Friday, September 29, 2000, 10:09:25 AM, Quin wrote:

> My mapistub.dll is 128kB. Both mapi32.dll and tbmapi.dll are 57kB
> which seems to indicate that TB! overwrote the original MS
> mapi32.dll.

Yup.

> (I assume I can restore that original by duplicating
> the stub file and changing one copy's name to mapi32.dll? Note
> that my assumption is a question ;-)

Yes, you can, though I don't know the benefit of doing that.

> But why would a file named tbmapi.dll overwrite on named
> mapi32.dll?

I have no idea. My best guess is the /INSTALLMAPI switch simply
copies itself into the system directory assuming you don't have mapi
support (from anybody) installed at all, which could be wrong (i.e.,
in fact one already has mapi support installed) and TB's mapi
installation killed the old one regardless.

IOW, TB's TBMAPI.DLL *should* work with the original MAPI support in
the system and make itself available as the mapi server of choice,
AND the /INSTALLMAPI switch really shouldn't be used when there's
already MS mapi32.dll in the system.

Your experience (and Curtis' and maybe some others) suggests it's
not working sometimes, and that should the kinks RIT needs to work
out.

-- 
Best regards,
Ming-Li

The Bat! 1.47 Beta/5 | Win2k SP1

-- 
--
View the TBBETA archive at http://tbbeta.thebat.dutaint.com
To send a message to the list moderation team double-click HERE:
   
To Unsubscribe from TBBETA, double-click HERE:
   
--


You are subscribed as : archive@jab.org

Re: MAPI tests with new DLL

[A . Curtis Martin]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, 28 Sep 2000 13:11:33 -0600, Quin Selman wrote:


ML>> If this is the first time you have ever installed TB's MAPI support,
ML>> then I have no idea what is going on, since Stefan just clarified
ML>> the issue.

QS> What was the clarification? I didn't see it. I know most people were
QS> saying that the switch should be used only if mapistub.dll was not
QS> present. There was a dissenting voice or two saying that it should be
QS> used regardless. Since nothing worked for me without the switch, I
QS> used it even though the stub file was present in my system. Then MAPI
QS> worked.

Quin, you're not alone on this. This was my exact experience. Despite
the mapistub.dll being on my system as well. TB!'s MAPI worked properly
for me only after running /INSTALLMAPI. :-/

QS> I have only Office97 installed. Let me clarify just what is mailed
QS> using Excel as an example. You tell me if it's MAPI that's doing its
QS> thing.

QS> I open a tab-delimited database in Excel. I can then do what I want
QS> with formatting, etc. I then Send to Mail Recipient. The Bat! opens up
QS> an new Edit Mail Message window, attaches the TXT file and sends it.
QS> So it's the original tab-delimited text file that's sent.

QS> Or, I save the formatted database in Excel in Workbook format. I thn
QS> open the resulting XLS file in Excel and Send to Mail Recipient. The
QS> XLS is sent by TB! as an attachment.

QS> Is that MAPI doing that?

Yes it is.

QS>  Is that how it's supposed to work?

I'd say yes. :-)

QS> I'm still a bit confused. I do know that prior to installing TB!'s
QS> MAPI, Office97 apps would only tell me I need to configure Exchange
QS> if I tried to Send to Mail Recipient.

You seem to have MAPI working well with Excel. It's pretty clear to me
now that each persons track record seems to very somewhat.

- --
A. Curtis Martin..
Moderator TBUDL/TBBETA  |  PGP Key ID: 0xEE079937
PGP Key: mailto:[EMAIL PROTECTED]?Subject=SendAlliePGPKey
- ---
** "Be nice to your kids. They'll choose your nursing home. "

Using TB! v1.46d «» Win2k Pro SP1

-BEGIN PGP SIGNATURE-
Version: PGP 6.5.8
Comment: Digitally signed for message and sender verification.

iQA/AwUBOdO34PAXeSHuB5k3EQJXQQCcDx4Ggt+TSLd9snfB6faSKZ8ALUEAoJQl
p61HzE8kRiZrSohKOt7X66Ao
=KFFd
-END PGP SIGNATURE-

-- 
--
View the TBBETA archive at http://tbbeta.thebat.dutaint.com
To send a message to the list moderation team double-click HERE:
   
To Unsubscribe from TBBETA, double-click HERE:
   
--


You are subscribed as : archive@jab.org

Re: MAPI tests with new DLL

[Peter Hampf]

F>> It also works with Word of office 2000!
FvV> But TB! must be running!

Word 2000 crashes here if I try to send a document!

"Exeption error in modul 'mapi32.dll'" - and after this the document is
locked until I reboot the computer.

-- 
Regards,
 Peter

  Using The Bat! 1.46d (SN: 12AC4914) (OS: Windows 98 4.10. A )

-- 
--
View the TBBETA archive at http://tbbeta.thebat.dutaint.com
To send a message to the list moderation team double-click HERE:
   
To Unsubscribe from TBBETA, double-click HERE:
   
--


You are subscribed as : archive@jab.org