Angel,
I've not explored the results if an alias contains 1 or more alias that
would cause the total addresses to be above 50. Guess I'd say try without
the other aliases (or make them List Servers) and see if that helps. I kind
of expect that if it does expand to more than 50 addresses, you could have
some trouble.
2. If there is only a D file and no matching Q file, then IMail is done with
it. You can delete the unmatched D files. If all (or most) of the D files
show addresses related to your aliases, then I suspect that is pointing us
in that direction. Rather than delete the D files, why not make a temp dir
for them and move them there. That way you can collect them for a while and
see what they contain.
The Queue does not always update the display as quickly as you might expect,
and in 6.0x, the file you selected then 'Send one' will 'disappear'. If you
close then reopen the Queue, you may then see that file again and if it has
incremented the Tries, that is perfectly normal. IMail tried to deliver it,
could not, incremented the counter and show the file back in the queue for
next try.
Lets see what happens when you 'adjust' the aliases before going anywhere
else. Of course you can re-install your SP at any time (just do one thing at
a time, please!). I would recommend at least SP4. SP 5 and 6a are others
that work well.
Your SMTP32 processes seem pretty normal. If you watch them over time, you
should see memory usage drop and later that PID close. Does that take more
than a few minutes? Do you see one or more SMTP32 PID that stays open for
more than 30 minutes?
It would not hurt to schedule a 'chkdsk /f' to occur at your next restart,
just to make sure file system is OK.
Daniel Donnelly
Ipswitch Technical Support
________________________________________________________
See our Knowledge Base at http://support.ipswitch.com/kb
----- Original Message -----
From: "Angel Castillo" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, April 06, 2000 3:22 PM
Subject: RE: [IMail Forum] Queue Questions
> 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.
>
Please visit http://www.ipswitch.com/support/mailing-lists.html
to be removed from this list.
