Angel,
If you have both a Q and D and you get a DR W visit, move them both to the
(or another one, just for these ones!) temp dir or delete both. IMail cannot
send that message. These ones would not likely show the Tries counter
increasing (but may!). Out of the spool, they will not cause more Access
Violations.
You would not normally need to reinstall a SP, but installing some software
can cause system dlls to be overwritten and those may be 'older' versions.
IMail keeps all its dlls in its own directory, so a reinstall of SP should
not be needed. Not all programs so this. MS recommends SP re-install after
any software install.
If you see a file in the Queue with _ and ~, that is one that IMail is
currently processing (or one it started processing but did not finish, that
could be a 'bad' one!). After an hour or 2, if that file never gets renamed
back to the Q*.smd (or whatever extension it was), it is one giving IMail
problems. Move it out along with the D file. (you could try a Send One on it
first, to see if it gets renamed back, or if it gets sent, wait the hour/2
after the Send One, to see if it gets renamed)
Your problem with the PCAnywhere install may be a reason (or at least a good
example of how things get messed up) for re-installing the SP! You put files
from the orginal NT install disk on your system and if that is one that was
later updated by the SP, you now have an old driver! I'm not saying you have
to reinstall, but if that driver does need to be updated for some other
program, you could be introducing an 'old' problem that will be 'fixed' by
the SP. If this happened to be a system dll, then you are subject to having
the 'wrong' version of the dll that you just got from your 'old' NT disk.
Besides, I have never heard of something getting screwed up by reinstalling
the current SP (as long as the SP itself was OK). I would say install SP6
again, just to be 'safe'.
Well, I'm not sure how much closer we are to fixing your problem, but if we
can 'find' the cause, I'm sure we can find a solution (OK, maybe not, but
will try real hard!). I understand that you feel better because you now have
a better idea what you can do. When there is 'nothing' you can do, one often
feels helpless and we tech people just hate that!
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 5:11 PM
Subject: RE: [IMail Forum] Queue Questions
> Daniel,
>
> 1. Ok, I'm going to delete my alias of "sales" and redo it the exact same
> way to see if it changes anything. I'll let you know how it turned out.
>
> 2. Ok, I'll continue to collect the "D" files for now, but what if they
do
> have a matching "Q" file? Does that mean they are ok? I've seen this
> happen to some matching files where I still get the "Access Violation -
> SMTP32.exe" when I attempt to resend using the "send one" within the
queue.
>
> Why would I need to re-install my SP? I'm currently using SP 6a by the
way.
> Earlier I didn't notice any smtp32 processes taking too long and I just
> checked it and there wasn't any currently...so that part seems to be ok.
I
> recently checked the queue as well and found another message that was sent
> to my "sales" alias from the same user as this morning and it's still not
> being processed. It's currently in the queue trying to be processed and
it
> begins with the "_" and has the "~" in the extension. I opened the
matching
> "D" file and that's how I found out it was sent by the same user, etc.
>
> When I installed PCAnywhere sometime last week the lack of the correct
video
> driver caused my server to crash and chkdsk was ran several times. I
> expanded the correct file from the NT CD that PCAnywhere needed via VGA
mode
> and when the server rebooted everything was fine. I'll run a manual check
> just to be on the safe side :-)
>
> Thanks for all your help...I finally feel like I'm getting closer to
solving
> this issue thanks to you.
>
> --------------------------------------------------------
> 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 3:16 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [IMail Forum] Queue Questions
>
>
> 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.
>
> 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.
