|
|
Thank you for stating the bleeding obvious. I have already done that. It comes up with a list of articles (277 of them) with those words in them. It does not come up with a recommendation of which of the many methods is the most flexible; which one overcomes the 32/64 bit problem; what the pros and cons of each method are. The Code Project search engine, whilst very good at finding words in articles, is ill equipped to give recommendations. I have already tried one of the articles (Using extended MAPI) and found problems with it. Rather than trying the other 276 articles in turn, I thought I would seek advice on the matter from the friendly people at Code Project. I find that asking humans these sorts of questions yields better results. Well most of the time anyway. Occasionally you get someone who has had a bad day and feels the need to take it out on someone else. If you don't know the answer to my question or you don't understand the question then don't be shy. Let me know and I will try to explain myself in more simpler terms for you.
|
|
|
|
|
At which point in your original question did you make mention of the fact that you had in fact done some degree of research, particularly that you had reviewed CP's articles?
If you don't state what you've done, how can you expect someone not to suggest the very same thing?
Furthermore, you make mention that you realize MFC is old hat, which is irrelevant, yet make no mention of research, only of the failings of your initial attempt.
Frankly, your reply post is one I consider rather rude and I'd be surprised to learn I was alone in thinking like this. I hope the rest of your day improved/s.
"When I was 5 years old, my mother always told me that happiness was the key to life. When I went to school, they asked me what I wanted to be when I grew up. I wrote down 'happy'. They told me I didn't understand the assignment, and I told them they didn't understand life." - John Lennon
|
|
|
|
|
enhzflep wrote: reply post is one I consider rather rude
That's bleeding obvious! 
"the debugger doesn't tell me anything because this code compiles just fine" - random QA comment
"Facebook is where you tell lies to your friends. Twitter is where you tell the truth to strangers." - chriselst
|
|
|
|
|
Touché! 
|
|
|
|
|
enhzflep wrote:
If you don't state what you've done, how can you expect someone not to suggest the very same thing?
I disagree. In addition to everything else, we're also supposed to be mind readers and know what the OP wants. 
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"You can easily judge the character of a man by how he treats those who can do nothing for him." - James D. Miles
|
|
|
|
|
Of course, I'd forgotten about the famed CPMRU - I think I needed to order more batteries, it's been sitting on the shelf collecting dust for a while and doesn't function at present.
|
|
|
|
|
You are welcome.
And sorry if I have no interest in your 'simpler terms'.
|
|
|
|
|
I'm not really familiar with the stuff you're using, and I haven't used C++ for a few years, but from what I remember any functions in the Windows API that changed between character types depending on precomiler definitions had other similarly named functions.
I remember the function to show a message box was called MessageBox(), and internally it mapped to either MessageBoxA() or MessageBoxW() depending on precompiler definitions.
Maybe you'll find something similar with your function for sending the mail?
Then depending on how speedy you need it to run you could write some code to attempt the other version of the function if the first try failed, or if you need it faster try to detect what the MAPI client needed you to use and have some kinda fancy interface, function pointer, etc to convert your text and send it using the right format.
Alternatively, you could try using .Net from C++ to use all of the email junk built into that - though I'm kinda assuming you're avoiding needing to install the entire .Net framework alongside your application.
|
|
|
|
|
You should investigate SMTP (Simple Mail Transfer Protocol), which is the most common one in use. I am not aware of any MFC classes that support it, but it should be easy enough to find out.
|
|
|
|
|
Use this class[^]
- Michael Haephrati מיכאל האפרתי
|
|
|
|
|
Many thanks. I'll give it a try.
|
|
|
|
|
I'm studying MMS Protocol in order to develop the program connecting to FM Radio broadcast of which the url scheme is mms://domain_name/sub_name(directory name?) such as mms://wmc1.liquidviewer.net/WEEI
I can obtain the ip address of mms url above, but i don't know the meaning of sub_name. it's important when i write tcp socket code.
The socket function usually takes ip address and port number.
The MMS protocol's port number is used with 1755.
If i have ip address and port number, i can write code as below.
-------------------------------------------------------------
const int MMF_PROTOCOL = 1755;
char sServerIP[] = "127.0.0.1";
if(WSAStartup(MAKEWORD(2, 2), &wsaData) != 0)
ErrorHandling("WSAStartup() error!");
hSocket=socket(PF_INET, SOCK_STREAM, 0);
if(hSocket == INVALID_SOCKET)
ErrorHandling("socket() error");
memset(&servAddr, 0, sizeof(servAddr));
servAddr.sin_family=AF_INET;
servAddr.sin_addr.s_addr=inet_addr(sServerIP);
servAddr.sin_port=htons(MMF_PROTOCOL);
if(connect(hSocket, (struct sockaddr*)&servAddr, sizeof(servAddr))==SOCKET_ERROR)
ErrorHandling("connect() error!");
while(1)
{
send(hSocket, message, strlen(message), 0);
...
}
-------------------------------------------------------------
However, i don't know how to connect that mms url owing to the sub_name(directory?).
if mms url is mms://111.222.333.444, i can try to connect server with socket because in that case i know ip address and port number(MMS Protocol's port number, 1755).
But, with mms://111.222.333.444/sub_name(directory?), i can't connect due to sub_name.
I want to take account of sub_name, then do my purpose.
Do you know anybody about this problem?
|
|
|
|
|
|
Thank you for your answer.
Should i study RTSP for that work?
hm... anyway, your answer is very helpful and will be helpful.
However, I am still wondering how to connect to mms url such as "mms://wmc1.liquidviewer.net/WEEI" when programming socket.
The below is extracted on the URL you mentioned.
"As of 2012 Microsoft still recommends[1] using "mms://" as a "protocol rollover[2] URL"."
Therefore, whether or not i use RTSP, i have to know the way to connect mms url with socket for my work.
In this part, do you have any answer?
thank you for your interest.
|
|
|
|
|
|
sure.
I already saw that document and downloaded "[MS-MMSP].pdf" for reading.
Then I read it roughly.
Could you tell me about what i may be missing.
|
|
|
|
|
Sorry, you need to find the references in the document.
|
|
|
|
|
ok, thank you for your attention.
|
|
|
|
|
Dear all:
I use enumdisplaysetting api to get the display orientation.
It return different value of the dmDisplayOrientation of DEVMODE structure in the same degree but different graphic.
For example:
If I rotate the screen in 90 degrees counterclockwise, the api
may return 1 with ati graphic, but 3 with nvidia graphic.
How to get same result in the same degree with different graphic? Or other method?
Best regards, Victor
|
|
|
|
|
1=DMDO_90 and 3=DMDO_270 (from here[^])... why not just check for either condition? when it comes to displays, that's the same thing.
|
|
|
|
|
Dear Holguin:
I must be knowing the display orientation, so that I can process the absolute coordinate to windows desktop.
The Enumdisplaysetting api returns display orientation with different graphic in xp, but same result in win 7.
Does anyelse method to judge the display orientation?(same degree, different graphic, but same result)
best regards, Victor
|
|
|
|
|
cedricvictor wrote: so that I can process the absolute coordinate to windows desktop
This shouldn't matter because coordinates in Windows are always with zero,zero being in the top, left corner of the screen. Whether a screen is rotated 90 degrees to one side, or 270 to the other, you get the same origin reference point (top,left).
|
|
|
|
|
While true, the documentation states "measured clockwise". Provided the user has turned the monitor the same direction using both vendor's drivers, one of them is clearly wrong.
Does WHQL still exist? If so, perhaps Microsoft would like a ping "Hey, you don't check this!".
|
|
|
|
|
modified 2-Jan-15 9:16am.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
