Caríssimo,

Faço exatamente isto , apenas imaginei uma automação. Agradeço a resposta
de imediato.

Tradução ficou clara de entender.   Obrigado.

Atenciosamente,


Translation:

dear,

I do exactly that, just figured automation. I appreciate the prompt response
.

Translation became clear to understand. Thank you.

Sincerely,
Edison Francisco Krüger
kruger@...

Easy Informática Ltda.
0XX41 9976-2405
0XX41 3222-0699

Skype: Kruger_easy
Msn: Kruger_easy@...

Contribua com o meio ambiente, imprima esta mensagem somente se for
necessário.


Em 31 de janeiro de 2012 14:14, Chip <chip.programmer@...> escreveu:

> **
>
>
> > Srs.
> >
> > Bom dia.
> >
> > Uso Blat para envio de mensagens externas, e gostaria que os emails
> depois
> > de enviados fossem visualizados naturalmente nos programas de email
> > (outlook express, gmail, etc) nas pastas Itens enviados (outlook
> explress)
> > ou Enviados (gmail) e assim por diante. Para que o usuario busca-se ali
> os
> > emails que ele enviou atraves de uma ferramente externa.
> >
> > Tem algum recurso no Blat que resolva isto.
> >
> > Atenciosamente,
> > Edison Francisco Krüger
> >
> > Contribua com o meio ambiente, imprima esta mensagem somente se for
> > necessário.
> >
> >
> > Portuguese to English translation follows:
> >
> > Using Blat to send external messages, and would like the emails after
> sent
> > of course be viewed in the e-mail programs (Outlook Express, Gmail, etc.)
> > in the Sent Items folders (outlook explress) or send (gmail) and so on.
> > For the User to search them there emails he sent through an external
> tool.
> >
> > Is there any feature in Blat to resolve this.
>
> Blat does not have the ability to save outgoing messages to the user's
> email
> client's Sent folder. What I do is use the -bcc option to send the message
> to myself, then I have message rules in my email client to move downloaded
> messages to my Sent folder if messages are sent by me.
>
> I hope the translation makes sense. :)
>
> Portuguese translation:
>
> Blat não tem a capacidade de salvar as mensagens enviadas para a pasta Sent
> cliente do usuário de e-mail. O que eu faço é usar a opção-bcc opção de
> enviar a mensagem para mim, então eu tenho as regras de mensagem no meu
> cliente de e-mail para mover mensagens transferidas para a minha pasta
> Enviadas se as mensagens são enviadas por mim.
>
> Espero que a tradução faz sentido. :)
>
> --
> Chip
>
>
>


[Non-text portions of this message have been removed]

Hi,
After using Blat for many years I am starting to find sending e-mails to Comcast
customers in Minnesota a problem.

We get the e-mails returned with an error message.  This is the top line of the
email that bounces.

imta28.westchester.pa.mail.comcast.net #552 5.2.0 Invalid 7bit DATA ##

Any ideas on what causes this?

Thanks

Jim

> Hi,
> After using Blat for many years I am starting to find sending e-mails to
> Comcast customers in Minnesota a problem.
>
> We get the e-mails returned with an error message.  This is the top line
> of the email that bounces.
>
> imta28.westchester.pa.mail.comcast.net #552 5.2.0 Invalid 7bit DATA ##
>
> Any ideas on what causes this?
>
> Thanks

Jim,

While I cannot answer the question about why you are beginning to see issues
from Comcast, I can offer to review the specific messages that you are
sending and that are being bounced.  If you have a message that you've
saved, please send it to me directly as an attachment; sending it as a .zip
or .rar file works best.

You mentioned these messages were sent to Minnesota customers/clients, yet
the error message you posted comes from Comcast in Westchester,
Pennsylvania.  Is it possible that some of your messages are being
automatically forwarded because your customers/clients have moved away from
Minnesota?

--
Chip

We have been using BLAT software since 2002. Recently, we have been tying to
send an XML file of Size more than 7MB and subscribers are saying that, they
haven't received any file. Any help please? What is went wrong in my production
system? The log file is saying everything OK. see below for your reference. Up
to 7MB file size attachment only is reachable to subscribers. for More than 7MB,
Job is executing successfully but email is been not sent as BLAT is claiming
that email has been sent out with attachment. I look forward for nay help and
input

2012.02.08 10:20:31 (Wed)------------Start of Session-----------------
Blat v2.4 w/GSS encryption (build : Jan 15 2005 08:32:11)
<<<getline<<< 220 Welcome ESMTP spoken here. Please say HELO
>>>putline>>> EHLO usphlvm1193
<<<getline<<< 250-mailgw02.phl.xxx.corp Hello usphlvm1193.phl.xxx.corp
[10.4.45.20], pleased to meet you
<<<getline<<< 250-ENHANCEDSTATUSCODES
<<<getline<<< 250-8BITMIME
<<<getline<<< 250-SIZE
<<<getline<<< 250-DSN
<<<getline<<< 250-STARTTLS
<<<getline<<< 250-DELIVERBY
<<<getline<<< 250 HELP
Sending stdin.txt to xxx.yyy@..., xxx.yyy@...
Subject: Webreview.xml sent...
Login name is xxxoperationsrequests@...
Attached binary file: D:\Reports\CourseExport\data\webreview.xml
>>>putline>>> MAIL FROM: <xxxoperationsrequests@...>
<<<getline<<< 250 2.1.0 <xxxoperationsrequests@...>... Sender ok
>>>putline>>> RCPT TO: <xxx.yyy@...>
<<<getline<<< 250 2.1.5 <xxx.yyy@...>... Recipient ok
>>>putline>>> RCPT TO: <xxx.yyy@...>
<<<getline<<< 250 2.1.5 <xxx.yyy@...>... Recipient ok
>>>putline>>> DATA
<<<getline<<< 354 Enter mail, end with "." on a line by itself
<<<getline<<< 250 2.0.0 q18FKVAH002659 Message accepted for delivery
>>>putline>>> QUIT
<<<getline<<< 221 2.0.0 mailgw02.phl.xxx.corp closing connection
2012.02.08 10:22:19 (Wed)-------------End of Session------------------

This line "<<<getline<<< 250-SIZE" in your posting is missing the actual
size value.  What is the actual size that your SMTP server is indicating?

Also, what do you use for command line options?

With this information, I will have a chance to give an answer.

Chip

Hello,

This email message is a notification to let you know that
a file has been uploaded to the Files area of the blat
group.

   File        : /BLAT_Comparison.pdf
   Uploaded by : robhuston@... <rob.huston@...>
   Description : Comparison of Features by Blat version type

You can access this file at the URL:
http://groups.yahoo.com/group/blat/files/BLAT_Comparison.pdf

To learn more about file sharing for your group, please visit:
http://help.yahoo.com/l/us/yahoo/groups/original/members/web/index.html
Regards,

robhuston@... <rob.huston@...>

I'm using blat.dll 2.6.2 in our application.
Now I found a problem with the command-line parsing.

In the function processOptions() [options.cpp] would every leading '/' replaced
with a '-'.

So the command-line
blat.exe … -pw /123 –subject /subject –body /message
will be replaces through
blat.exe … -pw -123 -subject -subject -body -message

It's also in blat 2.7.6 und perhaps in the upcoming blat 3

Can somebody fix this?
RF

> I'm using blat.dll 2.6.2 in our application.
> Now I found a problem with the command-line parsing.
>
> In the function processOptions() [options.cpp] would every leading '/'
replaced with a '-'.
>
> So the command-line
> blat.exe … -pw /123 –subject /subject –body /message
> will be replaces through
> blat.exe … -pw -123 -subject -subject -body -message
>
> It's also in blat 2.7.6 und perhaps in the upcoming blat 3
>
> Can somebody fix this?
> RF

This was noted in the change log at version 2.5:

[+] when parsing the command line, if the first character is a forward slash
(/), this is changed to a hyphen.  BEWARE that this _will_ effect text within
strings, such as your subject line and message body.


I checked if its possible to give you what you want with version 3.0, yet still
let Blat work correctly, and I think I have a solution.  I made a quick change
to the code here at my office (I have a backup on a USB stick), it seems to be
working fine, so I will make the live change when I get home this evening.

--
Chip

I made one last change tonight to processOptions() for a request earlier today. 
This version is working for me at home, and I have not received any negative
reports since RC3, so its time to make the final release.

The official release files have been posted to separate folders under
http://tech.groups.yahoo.com/group/blat/files/Official/.

If you are running a 64-bit version of Windows, then you can download either the
32-bit version or 64-bit version of Blat from the appropriate folders named "32
bit versions" and "64 bit versions" respectively.

If you are running a 32-bit version of Windows, then you need to get only a
32-bit version from the "32 bit versions" folder.  64-bit Blat will not run in
32-bit Windows.

If you cannot get the release from the link above, send me a note off list and I
will try to get it to you next week when I am back home.  However, you must
indicate which specific version you want, and whether it should be 32-bit or
64-bit.  Please be advised that what I will be sending is a .ZIP file with
executables inside, so your email server must permit these attachments.  If your
email server, such as gmail, blocks these attachments, you will need to provide
an alternate method of delivery, for example an ftp location.

Chip

----------------
Change notes:

3.0.0
[+] Allow Unicode domain names, which will be made compliant with RFC 5890.
[+] Converted the source code to use Unicode throughout.  As a result, I added
     both MBCS and Unicode interfaces for the .DLL.  Developers will need to
     adapt or include blatdll.h into their projects so they can call the .DLL
     properly.  Blatdll.h is included in the release package.
[+] Blat will write to its log file in UTF-8 format when possible.  This will
     allow the log file to show Unicode filenames instead of showing a series
     of question marks (?).  The log file can still be opened with Notepad
     without any issues.  Thanks to Thomas Beutlich for this suggestion.
[+] Unicode filenames will be converted to UTF-8 before being included into
     the message body and/or message headers.
[+] When storing login and password registry keys, Unicode values will be
     converted to UTF-8 before encoding to base64.  This makes Unicode login
     and password values compliant with RFC 4616.  Existing keys from Blat 2.xx
     should continue to work just fine.
[+] Blat can be compiled as either 32-bit or 64-bit.  The 64-bit version will
     look for its registry keys first under SOFTWARE\Wow6432Node\Public Domain
     before looking under SOFTWARE\Public Domain.  This allows users to keep
     their existing profiles should they change from using 32-bit Blat version
     to the 64-bit version.
[+] The version of DLLs that are required for Blat will be included with the
     release package.  For example, building Blat with Visual Studio 2010 means
     that MSVCR100.DLL will be called, and thus I will be including the required
     version with the release package.
[+] Allow HTML in salutations.  For example:
     -to "1st <some@> \"<img src=\\\"cid:banner.gif\\\"><BR>Hey 1st,\""

     Here's why -- the three backslashes and quotation mark are actually taken
     as two different character sequences, the double backslash is first, then
     the backslash and quotation mark is next.  What you see above on the
     command line will be initially seen in Blat as this:

     1st <some@> \"<img src=\\\"cid:banner.gif\\\"><BR>Hey 1st,\"

     Then when I go to parse this to look for a name, an email address, and a
     salutation, the result will be these three parts:

         Name:       1st
         Email:      <some@>
         Salutation: "<img src=\"cid:banner.gif\"><BR>Hey 1st,"

     The escaped quotation mark in front of the '<' is the tell Blat this is not
     the next email address.  Instead, '<' is to be taken as part of a
     salutation.  Otherwise, '<' is normally seen as the start of the next email
     address.

     Note now that the salutation has internally to it an escaped quotation
     mark.  The next step is for me to remove the leading and trailing quotation
     marks, to make it presentable in an email message.  Lastly, I remove the
     escape characters leaving this final text to be put into the outgoing
     email:
         <img src="cid:banner.gif"><BR>Hey 1st,

     During testing, I run Blat from .bat files with a variety of options.  I
     had to make a small change, or enhancement, to permit HTML in salutations
     when using .bat and .cmd files to run Blat.  The issue is that Windows 7
     command processor does not like < or > in command lnes, except as used for
     keyboard input and screen output redirectors.  This is not a problem if the
     < and > are used around email addresses, but it is a problem when used as
     part of HTML.  The workaround that I came up with is to allow square
     brackets '[' and ']' to be used in place of '<' and '>', respectively, when
     in salutations.  In salutations, Blat will convert square brackets '[' and
     ']' to '<' and '>', expecting them to be used as HTML.

     Applications that call Blat to send emails might be able to use '<' and '>'
     properly.  However, if you find a situation where these do not work, try
     using square brackets instead.
[*] Keep the server connection open until the email has been sent to all
     recipients.  Previously, the server connection was closed after each
     message, even when sending to multiple recipients.
[*] Changed how the command line is processed in processOptions(), so that only
     options will have forward slashes (/) changed to hyphens (-) automatically.
     This feature was introduced in version 2.5.

Hi Chip

Thanks for your fast response.
I will check version 3.0 soon.

RF

My customers like to use long names.  I solved some of the problem by using an
"-tf" for the email address, but that doesn't do enough.  Is there an option for
the entire command line like the -tf option?

Thanks

Jim Gelles

I am on the road tonight, but I think the option you want is -@.

Chip

Hey Jim,

On Monday, February 20, 2012 at 6:51:02 PM you wrote

J> My customers like to use long names.  I solved some of the problem
J> by using an "-tf" for the email address, but that doesn't do
J> enough.  Is there an option for the entire command line like the -tf option?

I think what you are looking for is the -of option.

--
Tim Musson
Flying with The Bat! eMail v5.0.34
You're just jealous because the voices are talking to ME, not you!

Blat -? is your friend.

Thank you very much for the new major release!

I succesfully compiled the new blat.dll 3.0.0 for the Blat Mailer plugin for
Total Commander. A simple stand-alone GUI utility is included.

Kind regards,
Thomas

--

http://blat.tbeu.de

Thank you for Blat 3.0.0 supporting Unicode compilation.

I try to port my app from blat.dll 2.6.2 to blat.dll 3.0.0

With blat.dll 2.6.2 it works fine.
But with blat.dll 3.0.0 it does not send any mail or give any debug output. (I
add correctly to the functionname an A for the ANSI version).

Can somebody help me?

I've got a demo console app. (I always use VC++ 6.0)



#include "stdafx.h"
#include <windows.h>
#include <tchar.h>
#include <malloc.h>

#define ARRAY_SIZEOF(aName) (sizeof(aName) / sizeof(*aName))

#pragma comment(lib, "Blat.lib")

#define BLATDLL_API __declspec(dllimport)

namespace BlatDll
{

#if 1  //Change here für blat version
	 //Blat Version 3
  extern "C" BLATDLL_API int APIENTRY  SendA ( LPCSTR  sCmd);
  extern "C" BLATDLL_API int APIENTRY  SendW ( LPCWSTR sCmd);
  extern "C" BLATDLL_API int  __cdecl  cSendA (LPCSTR  sCmd);
  extern "C" BLATDLL_API int  __cdecl  cSendW (LPCWSTR sCmd);
  extern "C" BLATDLL_API int  _stdcall BlatA(int argc, LPSTR  argv[]);
  extern "C" BLATDLL_API int  _stdcall BlatW(int argc, LPWSTR argv[]);
  extern "C" BLATDLL_API void _stdcall SetPrintFuncA(void (__stdcall
*func)(LPSTR));
  extern "C" BLATDLL_API void _stdcall SetPrintFuncW(void (__stdcall
*func)(LPWSTR));

  #if defined(__cplusplus) || defined(__cplusplus__)
  inline int  Send(LPCSTR sCmd) 			 { return SendA(sCmd); }
  inline int  Blat(int argc, LPSTR  argv[]) 	 { return BlatA(argc, argv); }
  inline void SetPrintFunc(void (__stdcall *func)(LPSTR)) {  SetPrintFuncA(func);
}
  inline int  cSend(LPCSTR sCmd) 			 { return cSendA(sCmd); }
  #endif
#else
	 //Blat Version 2
  extern "C" BLATDLL_API int APIENTRY  Send ( LPCSTR sCmd);
  extern "C" BLATDLL_API int  __cdecl  cSend (LPCSTR sCmd);
  extern "C" BLATDLL_API int  _stdcall Blat(int argc, char *argv[]);
  extern "C" BLATDLL_API void _stdcall SetPrintFunc(void (__stdcall *func)(char
*));
#endif

}

static void __stdcall sms_BlatOutput(LPSTR pszMessage);

int main(int , char* [])
{
	 char szNoFile[]           = "-";
	 char szDebug[] 	  = "-debug";
	 char szBody[]             = "-body";
	 char szFrom[]             = "-f";
	 char szTo[]               = "-to";
	 char szSuppressSubject[]  = "-ss";
	 char szServer[]           = "-server";
	 char szUser[]             = "-u";
	 char szPassword[]         = "-pw";

	 char * argv[] =
	 {
		 "blat.dll",
		 szNoFile,
		 szDebug,
		 szFrom,  ::_strdup("from@..."),
		 szTo,  ::_strdup("to@..."),
		 szSuppressSubject,
		 szBody,  ::_strdup("My Test Message"),
		 szServer ::_strdup("smtp.domain.com"),
		 szUser,  ::_strdup("user@..."),
		 szPassword, ::_strdup("p@ssw0rd")
	 };

	 const size_t argc = ARRAY_SIZEOF(argv);

	 {
		 size_t i;
		 for(i = 0; i < argc; i++)
		 {
			 ::_tprintf(_T("argv[%i]: %hs\n"), i, argv[i]);
		 }
	 }

	 BlatDll::SetPrintFunc(sms_BlatOutput);

	 const INT iRC = BlatDll::Blat(argc, argv);

	 ::_tprintf(_T("iRC: %i\n"), iRC);

	 ::free(argv[4]);
	 ::free(argv[6]);
	 ::free(argv[9]);
	 ::free(argv[11]);
	 ::free(argv[13]);
	 ::free(argv[15]);

	 return 0;
}


static void __stdcall sms_BlatOutput(LPSTR pszMessage)
{
// ::OutputDebugString(pszMessage);
	 ::fputs(pszMessage, stdout);
}

"Blat.lib" is compiled with VS 2010. Not sure if linking to it will work in old
VC 6. You could try dynamic load by LoadLibrary/GetProcAdress instead.

Could you please also update http://www.blat.net/ that still shows 2.7.5 as
latest version.

Hey thomas_beutlich,

On Wednesday, February 22, 2012 at 9:20:34 AM you wrote

t> Could you please also update http://www.blat.net/ that still shows 2.7.5 as
latest version.

done

--
Tim Musson
Flying with The Bat! eMail v5.0.34
You can't guard against the arbitrary!

--- In blat@yahoogroups.com, "thomas_beutlich" <yahoo@...> wrote:
>
> "Blat.lib" is compiled with VS 2010. Not sure if linking to it will work in
old VC 6. You could try dynamic load by LoadLibrary/GetProcAdress instead.
>

Thanks for your answer.
Now I test blat.dll 3.0 with LoadLibrary() and load the functions with
GetProcAddress().

The mail is sent but my output function set with SetPrintFuncA() is never
called. (I've set -debug)

When I call Blat with -h the help goes to the console windows but my output
function set with SetPrintFuncA() is never called.

I think this is different to older version of blat.dll

Can somebut confim and / or fix this

RF

I try to open blat.sln with VC 2010.
But VC 2010 miss blat.vcxproj and blatdll\blatdll.vcxproj
Both are not part of blat300_64.source.zip.

Can somebody add both vcxproj to the source?
RF

The source .zip has been updated with the requested .vcxproj files.

Chip

I am afraid that SetPrintFuncA and SetPrintFuncW have wrong API and beta testers
did not detect it.

Current implementation is

extern "C"
BLATDLL_API void _stdcall SetPrintFuncW(void (__stdcall *func)(LPTSTR)) {
     pPrintDLL = func;
     pMyPrintDLL = printDLLW;
}
extern "C"
BLATDLL_API void _stdcall SetPrintFuncA(void (__stdcall *func)(LPTSTR)) {
     pPrintDLL = func;
     pMyPrintDLL = printDLLA;
}

but it should be

extern "C"
BLATDLL_API void _stdcall SetPrintFuncW(void (__stdcall *func)(LPWSTR)) {
     pPrintDLL = func;
     pMyPrintDLL = printDLLW;
}
extern "C"
BLATDLL_API void _stdcall SetPrintFuncA(void (__stdcall *func)(LPSTR)) {
     pPrintDLL = func;
     pMyPrintDLL = printDLLA;
}

The again, I believe that in printDLLW pWCharString should always be casted to
wide string pointer, i.e. it should be

             if (pPrintDLL)
                 pPrintDLL( (LPWSTR)pWCharString );

Similar, in printDLLA pCharString should always be casted to char pointer, i.e.

             if (pPrintDLL)
                 pPrintDLL( (LPSTR)pCharString );

pPrintDLL should also be fixed as current assumption is that it takes wide
string for Unicode compilation of blat.dll and normal char for ANSI compilation.


--- In blat@yahoogroups.com, "rfblat" <rfblat@...> wrote:
>
>
>
> --- In blat@yahoogroups.com, "thomas_beutlich" <yahoo@> wrote:
> >
> > "Blat.lib" is compiled with VS 2010. Not sure if linking to it will work in
old VC 6. You could try dynamic load by LoadLibrary/GetProcAdress instead.
> >
>
> Thanks for your answer.
> Now I test blat.dll 3.0 with LoadLibrary() and load the functions with
GetProcAddress().
>
> The mail is sent but my output function set with SetPrintFuncA() is never
called. (I've set -debug)
>
> When I call Blat with -h the help goes to the console windows but my output
function set with SetPrintFuncA() is never called.
>
> I think this is different to older version of blat.dll
>
> Can somebut confim and / or fix this
>
> RF
>

Working in Canada with Bell ISP -

Similar problems sending mail based on our web hosting service address -
however our DSL connection is commercial - and by specifying our bell
SMTP directly, I can send any number (or at least, have tested with
about 150 in 5 minutes...)

The bell SMTP seems to be a major, wide-open mail handler - no
authorization or password required - just pump it through.

So - I send with the -from = our .com address as based on our web page -
but specify the SMTP as the DSL connection point server.

Maybe some possibilities there for some applications...

DaveW






[Non-text portions of this message have been removed]

Hi,

 I've got Blat 2.x and 3.0. I've setup new smtp server to replace old one and
run into problem, that Blat, won't successfully authenticate with smtp. 

Here is what I'm getting in my log:
<<<getline<<< 220 mail.domain.com ESMTP

>>>putline>>> EHLO mypc
<<<getline<<< 250-mail.domain.com
<<<getline<<< 250-PIPELINING
<<<getline<<< 250-SIZE 10240000
<<<getline<<< 250-VRFY
<<<getline<<< 250-ETRN
<<<getline<<< 250-STARTTLS
<<<getline<<< 250-AUTH PLAIN LOGIN
<<<getline<<< 250-AUTH=PLAIN LOGIN
<<<getline<<< 250-ENHANCEDSTATUSCODES
<<<getline<<< 250-8BITMIME
<<<getline<<< 250 DSN
Sending q to user@...
Subject: Contents of file: q
Login name is user2@...
>>>putline>>> AUTH PLAIN dXNlcg==
<<<getline<<< 535 5.7.8 Error: authentication failed: 
The SMTP server did not accept Auth PLAIN value.
Are your login userid and password correct?
>>>putline>>> AUTH LOGIN
<<<getline<<< 334 VXNlcm5hbWU6
>>>putline>>> dXNlcg==
<<<getline<<< 334 UGFzc3dvcmQ6
>>>putline>>> 
<<<getline<<< 535 5.7.8 Error: authentication failed: UGFzc3dvcmQ6
The SMTP server did not accept Auth LOGIN PASSWD value.
>>>putline>>> QUIT
<<<getline<<< 221 2.0.0 Bye
2012.02.23 15:11:24 (Thu)-------------End of Session------------------

As you can see, highlighted portion says that Blat sends AUTH PLAIN and AUTH
LOGIN, then sends username, and then sends empty line instead of password. 

I've used command line to start like this:

blat file.txt -u user -p "super-secret-password" -to user@... -f
"user2@..." -server mail.domain.com -p 25 -debug 



When I telnet to port 25 of my mailserver I can properly login to the server:
220 mail.domain.com ESMTP
helo testhost.domain.com
250 mail.domain.com
auth login
334 VXNlcm5hbWU6
dXNlcg==
334 UGFzc3dvcmQ6

c3VwZXItc2VjcmV0LXBhc3N3b3Jk

235 2.7.0 Authentication successful


Questions: 
- What I'm doing wrong? If I understood correctly, I need to use -u for username
and -p for password. 

- Why do I see line "Login name is user2@..." in debug log of Blat? 

[Non-text portions of this message have been removed]

> I've used command line to start like this:
>
> blat file.txt -u user -p "super-secret-password" -to ...

The password option is -pwd or -pw.  Your line above is telling Blat to use
a registry profile named "super-secret-password", not to use this as your
password.

Chip

I fixed and tested the SetPrintFunc() and other bugs with WideCharToMultiByte().
Where can I upload the source to include in the official project?

Send it direct to me at chip dot programmer at att dot net.

Thanks. I hope you did both test Unicode and MBCS compilation of blat.dll?

Unfortunately, there is no source code management of Blat on SF.net. But you can
upload the files anywhere and post the link to chip (the main developer) using
the forum mail service.

Thanks again. I guess there needs to be a release of Blat 3.0.1 pretty soon.

Kind Regards,
Zhomas

--- In blat@yahoogroups.com, "rfblat" <rfblat@...> wrote:
>
>
> I fixed and tested the SetPrintFunc() and other bugs with
WideCharToMultiByte().
> Where can I upload the source to include in the official project?
>