David,
A few comments:
Access is slower than other ODBC compliant databases and I have heard from
other users that more than about 2k records and things get real slow. I'll
leave those who have had the experience with Access, to tell you more. So,
Support is likely telling you the truth. You could try using the IMail
database (adduser.exe and output from the DB to a file and you can quickly
add the users!) and probably see a massive speedup and more reliable
operations. If this does work, that might convince you to get a more
powerful DB. Does not have to be SQL! There are other ODBC compliant DB out
there!
And an observation of the logs:
1. 20010222 210207 127.0.0.1 SMTP (1940) ERR mailserver.florida.com
Lock fail
(d:\imail\florida\users\forreste\l\florida\users\forreste\rules.ima.mbx)
20010222 210207 127.0.0.1 SMTP (1940) requeuing
d:\IMAIL\spool\Qaba005a.SMP R0 T5
20010222 210207 127.0.0.1 SMTP (1940) finished
d:\IMAIL\spool\Qaba005a.SMP status=3
The first section shows 'lock' failures (so delivery cannot take place)
which could be caused by problems with the external DB and untimely
responses from it. Most mailbox lock problems I've seen clear by themselves
in an hour or so, or by stop/starting the service that holds the lock. If it
persists long enough (Queue Timer * Number of tries), it could cause a
bounce.
Funny paths to your users folders - the same names (\florida\users\username)
are repeated within it...! Could be just the way it was setup, but normally
the path is more like: '\imail\domain\user\username'. Makes me wonder about
the 'Top Directory' for the install of IMail and for each of the domains. If
you say they are right, I have to believe it, but people don't usually go to
such extremes....
2. The second section looks just fine to me. Is there something in it that
makes you think it is bad? If it is the 'Notify = Failure', that is just the
sender asking for a 'Delivery Status Notification', if it does fail delivery
(which it did not!). Perfectly normal.
3. 20010228 145612 127.0.0.1 SMTPD (00380182) [0.0.0.0] connect
210.112.223.150 port 42253
20010228 145612 127.0.0.1 SMTPD (00380182) send error 10054
20010228 145612 127.0.0.1 SMTPD (00380182) send error 10054
20010228 145639 127.0.0.1 SMTPD (009101A8) [0.0.0.0] connect
210.112.223.150 port 42253
20010228 145639 127.0.0.1 SMTPD (009101A8) send error 10054
20010228 145639 127.0.0.1 SMTPD (009101A8) send error 10054
This section also looks ok for sending of email. The 10054 error is a
Winsock error meaning 'connection reset by peer', or in simpler terms, the
remote end disconnected. From the transaction number and the first line, it
looks like IMail's IMonitor program, trying to check the SMTP service and
having some troubles. If you stop monitoring the SMTP service, you should
see these lines go away in the log. If it does, then either IMonitor is
having problems monitoring SMTP (or not setup correctly) or SMTP is
disconnecting, when it should not (but that could also be 'Control Access'
in SMTP Security, not set correctly). Other possibilities, but above are
most likely. Hard to tell from this little bit of the log, but looks like
IMonitor is set to check about every 27-55 seconds. I'd up that to at least
60 seconds, if not higher (90-120s). And increase the timeout, if less than
10 seconds (time IMonitor waits for a response from the service it is
checking).
So if all is working today, why is that different than other days?? This is
also a 'clue' about what is going on. If things work well after a restart
then go downhill as time progresses, what is happening? Are resources being
consumed and not released (Task Manager and baseline your system at
restart)? Are log files growing and slowing down other operations? Is free
disk space and/or swap space enough and available? Have you checked your
Event Logs and addressed (fixed!) all warnings and errors?
----- Original Message -----
From: "djk" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, February 28, 2001 3:00 PM
Subject: [IMail Forum] mail bouncing with attachements
> > As for log files, A few minutes, or several portions showing specific
> message
> > transactions, sure, glad to advise. Keep the logs to a few k and nobody
on
> > the list will complain.
>
> I spoke to tech support...
>
> They said they think reason I am having problems with attachments not
making
> thru, mail left in spool up 19 times etc is because I have 6000 users,
(most
> are inactive)on an access db.
>
> Their suggestion is to switch to SQL. Not a cheap alternative considering
> this is free email.
>
> Comments??
>
> Attached is some stuff from logs with errors. All are good accounts.
>
> None however are problems particular to me which is hard to isolate, being
> today attachments are working and there is no major holdup in spool
>
> Sincerely,
>
>
> David Kaleky
> www.FLORIDA.com
> Tel: 407-647-4445
> FAX: 347-487-2912
>
Please visit http://www.ipswitch.com/support/mailing-lists.html
to be removed from this list.
An Archive of this list is available at:
http://www.mail-archive.com/imail_forum%40list.ipswitch.com/
