 |
|
|
|
|
|
Hi,
I am using MultiMail on Windows XP. My Mail server is Microsoft Exchange Mail Server.
The behavior I observed is that,
The number of connections established to the server are not the number of threads I chose, instead the number of total mails.
For example, If I select 5 threads and 10 mails for each thread, then 5 connections should be established and 10 mails should be sent on each connection.
But 50 connections were established.
When I used the MultiMail with Windows 2000, only as many connections as the number of threads were established.
Is this expected behavior?
lakshmi prasanna
|
| Sign In·View Thread·PermaLink | 2.00/5 |
|
|
|
|
|
|
FYI --
1) Start program and enter information for sending messages
(sending 1 message with 1 attachement)
--Completed
2)Without closing the application I select 2 messages. 2 messages are send but each message now contains 2 attachments.
--Completed
3)Without closing the application I now select 3 messages. 3 messages are send but each message now contains 3 attachments.
Is there a fix for this issue, or do I have to close the application, delete the configuration file, and open that application each time.
|
| Sign In·View Thread·PermaLink | 5.00/5 |
|
|
|
|
|
|
|
|
|
hi Nishant,
work fine your SMTP stress testing tool.
a tiny prob when finish testing and without no reexecute MultiMail2.exe,
send 2 times amount mail.
anyway thanks.
thanks
|
| Sign In·View Thread·PermaLink | |
|
|
|
|
|
|
Hi Nish,
I tried the MultiMail 2.0, using my own smtp server address and i din get any mail.
Is there any default setting that i must use ? Is shows threads process completed, and mails waiting to be sent but i never received the emails.
Thanks in advance.
cheers  malathi ranjit singh
|
| Sign In·View Thread·PermaLink | 2.00/5 |
|
|
|
|
|
|
Unfortunately, the CSMTPConnection class this program is based on is buggy. The AtlSmtpReadData function does not wait / check for the SMTP command end of line terminator. Nor does it look for the multi-line terminator. Since command responses can be send over multiple packets, ( which happend in my testing ) this class can easily get out of sync with the SMTP communication flow. The net result is that the messages are not correctly sent. This class will also not handle multi-lined SMTP responses.
I think you will find most of the other bugs reported here will trace back to this... Unfortunately, this Microsoft bug renders this application useless.
To bad... 
-- modified at 9:15 Monday 14th November, 2005
|
| Sign In·View Thread·PermaLink | |
|
|
|
|
|
|
When an attachment is added, the Content-Type header gets written like this:
Content-Type: application/msword;
charset="Windows-1252"
name="Email.doc"
Note the second line does not have the ";" separator. This causes some mail systems that consider non-RFC compliance to be "malicious" to block mails e.g. Clearswift MIMEsweeper.
I'm not absolutely certain where this line gets added, it might be in a Microsoft library called by MultiMail.
I used a hex editor to fix the bug like this:
1. Find the FIRST charset= string in the EXE.
2. Replace the string
charset="%s"
with
charset=%s;BLANK
where BLANK is ONE blank space character.
3. save the hex editted file.
By the way, this is a great little tool!
|
| Sign In·View Thread·PermaLink | |
|
|
|
|
|
|
I'm trying to use the program, and when I specify any attachment, zip, doc, etc., I don't get the attachment. The mail is going to a Windows 2003 relay server and then to an Exchange 2000 server. I'm using Outlook 2003 as the mail client.
|
| Sign In·View Thread·PermaLink | |
|
|
|
|
|
|
Can I get hold of the old version? I need to change the port in the SMTP connection to something else than 25 and the CSMTPConnection doesn't seem to be able to.
|
| Sign In·View Thread·PermaLink | |
|
|
|
|
|
|
Hello, i found your Multimail today and i like it to stress Test my exchange installation.
I know there is a source code, so i can "enhance" it for my own and i will do that so make it more useful for me.
Meybe this feedback is welcome:
I would like to add a "counter" to the subject.
maybe Subject + #thread +#Message etc
So its nice to follow that messages in an multi Server environment. To find out routing problems and "lost" messages.
If you ever want to build the news version, maybe you would like to add that.
|
| Sign In·View Thread·PermaLink | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
 | Thanks 
James Pullicino | 3:58 26 Feb '02 |
|
|
|
|
|
|
|
|
|
|
|
Can a few people kindly volunteer to test out the tool.
Not the zip here.
But a new one I'd like to have tested out thoroughly before I update the article.
After Anders Molin has made me aware of a problem with mail.nimo.dk, I realized that I was doing one recv() too many. But I didnt get a problem with any of the Linux servers as the greeting string was long enough so that two recv()s were called early. I assume that must have been the cause of error. Now what happened was that suddenly after DATA was sent, a recv() is coming extra which means the socket blocks endlessly. Thus Anders was right about never sniffing out the \r\n.\r\n, but not for the reasons he assumed. It wasn't that they were never sent, but rather, a recv() was blocking endlessly.
Thanks Nish
p.s. volunteers, reply immediately.....
My most recent CP article :-
A newbie's elementary guide to spawning processes
www.busterboy.org
|
| Sign In·View Thread·PermaLink | |
|
|
|
|
|
|
Just mail it to me, then I'll test it later today. You have my mailaddress...
- Anders
Money talks, but all mine ever says is "Goodbye!"
|
| Sign In·View Thread·PermaLink | |
|
|
|
|
|
|
|
|
|
Nish [BusterBoy] wrote:
Anders was right about never sniffing out the \r\n.\r\n, but not for the reasons he assumed. It wasn't that they were never sent, but rather, a recv() was blocking endlessly.
Err... I never said _why_ the program didn't send a \r\n.\r\n, I just said that it didn't send it...
- Anders
Money talks, but all mine ever says is "Goodbye!"
|
| Sign In·View Thread·PermaLink | |
|
|
|
|
|
|
|
|
|
The program is not working to RFC2821 which defines the SMTP protocol.
It sends "HELO MultiMail\r\nMAIL FROM:\r\n" without checking for a reply from the HELO command.
You must NOT send the MAIL command before you get a 250 reply to your HELO command.
And, in the end it call the DATA command without ever ending with a "\r\n.\r\n" this means that it never ends the mail, and the server just times out while waiting for more data. 
At least send an empty body nish, right now you never sends anything.
And, when it don't send anything in the body, it's totally useless for testing mailservers. (the mailserver never get a full mail, so it don't have to store it or anything.)
- Anders
Money talks, but all mine ever says is "Goodbye!"
|
| Sign In·View Thread·PermaLink | 2.00/5 |
|
|
|
|
