Daniel,
1. I did open some of the "D" files and noticed that they according to
IMail processed and sent successfully, but I never got the message. I know
this for a fact because I'm on one of those "D" files that I'm talking about
and the "To:" part of the message says it was sent to an alias called
[EMAIL PROTECTED] which I'm on for testing purposes because other users claim
that they are not receiving them. I'm going to delete that alias and redo
it to see what happens but it only has 12 users on it. I'm aware of the 50
limit, but I have a question for you. If 2 of those e-mail addresses are
other aliases that don't contain over 50 does it count the users on the
other aliases that this particular "sales" alias resolves to? Basically, we
have 2 sub aliases within our "sales" alias that resolves to other users but
these aliases of course point to individual text files that contain the
addresses which are not over 50.
No, I'm not saying all "D" files stay but a good number of them stay. I
don't see what program could cause IMail to be corrupted when it's the only
thing I have on my server. The only thing I've installed since IMail is
PCAnywhere but these problems existed prior to that.
2. All aliases have less than 50 accounts within it's text file that it
resolves for. Yes, on some attempts when I click the "send one" within the
queue and the file comes back it does increase the number of tries. I've
opened up a lot of these "D" files and I notice not all of them have today's
date on them. Some have yesterday's date, etc. Is it ok to delete these
from the queue?
I have currently as I'm typing this e-mail 2 smtp32.exe processes. The
first one has a PID of 88 and it's memory usage is 2348k. The other one has
a PID of 307 and it's memory usage is 2248k. After typing this info I
checked again and the average for my smtp32 processes is about 2 showing at
one time with similar sizes for it's memory usage. This info should tell
you that my system isn't very busy. Our CPU utilization averages between
4% - 10%, we have a little over 200 users and I'm running IMail on a Dell
PowerEdge 2400 with Dual 500Mhz, 512MB RAM, 2 9GB Mirror drives for OS and 3
36GB Raid 5 for data. It's an overkill of power but we're prepared for
future growth that we're anticipating :-)
No, I have not increased the MaxQueProc registry setting. Usually when I
restart and use the "send one" for the messages it clears...but it does this
even before I reboot. It's when I close the queue and re-open it that they
come back, but they still disappear when I use the "send one" option to take
them off the queue. Go Figure???
No, I have not re-installed my Service Pack.
Thanks for all your help...now what's next?
--------------------------------------------------------
Angel Castillo, MCSE, MCP+I Jobs.com
IMail System Administrator www.jobs.com
[EMAIL PROTECTED] Voice: (214) 273-7629
"When you love what you do...you're alive!"
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Daniel Donnelly
Sent: Thursday, April 06, 2000 12:59 PM
To: [EMAIL PROTECTED]
Subject: Re: [IMail Forum] Queue Questions
Angel,
1. D files left in the spool directory are messages that IMail could not
deliver, or return to the sender. I would suggest you open then with notepad
and check some of them out. Could be spam or user with bad return address or
almost anything. Could also be some effect of the 'Refuse Null Sender' SMTP
setting (other postmasters email to your users), too.
If you are saying ALL D files stay, I don't know what I'd say is the
problem. That would imply that no mail is being delivered. Or it is
delivered, but IMail does not 'know' how to handle them. A reinstall might
be attempted, just to be sure all your files are up to date and not
corrupted. If that fixes, then find out why the program files are being
damaged.
2. If you click Send One and the file message causes a SMTP32 error, then
that file is either bad or it is related to a alias of the List type, that
has too many email addresses. Check ALL your aliases for no more than 50
addressses (MUST be complete, [EMAIL PROTECTED]). Open the file to see who it
is TO: and From: Check those accounts/aliases/lists. If the file just does
not get sent, does the Number of tries increase? If it does, then that
message will 'bounce' or get delivered later. If the # Tries is close to the
max your system uses, it is likely a bounce. Open it and again check
addresses.
Run Task Manager and observe the number of smtp32 processes that are open.
Normally, they come and go. Quickly if a local email to a single address.
Longer if to multiple addresses, still longer if to outside domains and lots
of users (list). The first might last a second, the second a few seconds, a
list could be a few seconds to a few (maybe 10) minutes. A real longe list
of addresses (say a few hundred) might take many minutes, especially if one
or more addresses is 'bad'.
If you have more than 10-15 smtp32 processes, then either you have a very
busy system, or some email that is taking much longer than normal. Time to
dig into the logs! If you do the Send One (rename todays log first, a new on
e will be created) for one of the messages in the queue, watch the smtp32
process start, then end, you should see that process in the log. If you have
25-30 SMTP32 processes, something is messing up and you need to clear the
queue (move all files to some other location), kill all the smtp32
processes, more a Q/D file pair back into the spool and try the Send One. If
it goes, then bring in another Q/D pair. If you get a DR W visit, that file
pair is bad, move it out of the queue and investigate. If it does not go,
but Tries increments, it should be OK, but likely, undeliverable.
Have you increased the MaxQueProc registry setting? What is it, if you did?
If you restart the computer, and observe the queue (or push with the Send
One for each message), does the queue clear, delivering all messages?
Have you reinstalled your Service Pack lately? Any effect after that is done
(and computer restarted)?
Daniel Donnelly
Ipswitch Technical Support
________________________________________________________
See our Knowledge Base at http://support.ipswitch.com/kb
----- Original Message -----
From: "Angel Castillo" <[EMAIL PROTECTED]>
To: "Ipswitch List" <[EMAIL PROTECTED]>
Sent: Thursday, April 06, 2000 12:15 PM
Subject: [IMail Forum] Queue Questions
> Question #1: Ok, according to IMail's User's Guide it says that files
with
> the letter "D" within the queue get deleted once the message is processed
> which then turns to a letter "Q" for the matching file. I noticed in my
> queue that they don't get deleted...they stay in there permanently.
>
> Question #2: Why is it that when I send a message in the queue manually,
> close out of queue, then return it's still in there? No matter what I do
it
> stays in the queue. I also notice that on some of the e-mail that I send
I
> get the famous "Access Violation - SMTP32.exe" error message. I just
can't
> seem to get passed this error even with IMail support's help.
>
> Anyone have any ideas or experienced the same thing...any solutions?
>
> --------------------------------------------------------
> Angel Castillo, MCSE, MCP+I Jobs.com
> IMail System Administrator www.jobs.com
> [EMAIL PROTECTED] Voice: (214) 273-7629
> "When you love what you do...you're alive!"
>
> Please visit http://www.ipswitch.com/support/mailing-lists.html
> to be removed from this list.
>
Please visit http://www.ipswitch.com/support/mailing-lists.html
to be removed from this list.
Please visit http://www.ipswitch.com/support/mailing-lists.html
to be removed from this list.
