Angel,
Thanks for letting us know your results. They are consistant with things we
have found in talking with some other users and some testing here. Sorry
about the problem, but it seems to have 'changed' in recent history and we
are still looking into what is happening that makes it 'different', now.
I'll pass your info on to our KB person and expect it will be added very
soon!
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: Wednesday, April 12, 2000 11:29 AM
Subject: RE: [IMail Forum] Queue Questions
> Daniel,
>
> Just wanted to update you that I've deleted the alias called "sales" which
> included 2 other aliases in it which definitely did total to more than 50
> addresses between them all and made it a list on the list server. Since
> then I've had no files in the Queue being corrupted or causing "Access
> Violation - SMTP32.exe"...at least so far & everyone is receiving e-mail
> sent to the sales address now that it's a list server :-)
>
> This looks to me to be another tip to add to the "Access Violation -
> SMTP32.exe" KB article within Ipswitch's website.
>
> --------------------------------------------------------
> 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.
