At 12:02 PM -0800 12/3/01, Lex Ein imposed structure on a stream of
electrons, yielding:
>I've tried SIMS 1.7 and 1.8b8 with no luck on two machines: 300 MHz
>iBook/OS 8.6/96MB, and 500 MHz Powerbook G3/OS 9.04/256MB RAM.
>Static IP. Behind NAT router. Ports 25,110,8010 opened through
>router to machine. EIMS worked, why not SIMS?
I'll tell you straight out that I don't have a solid answer. i do
know that SIMS works fine for me behind NAT, so that's not the core
problem as long as NAT is working right.
>The situation:
>SIMS in app mode takes 2 minutes to start and return control to the
>finder.
That very mush sounds like a DNS problem. I do not know why, but for
some reason SIMS is extremely slow to open all its listeners and let
go of the machine if there are DNS problems. Make absolutely certain
that you can resolve the name used in the General Settings on the box
where SIMS is running. It might also be useful to try reverse
resolution on the IP of that machine as well.
But this does not explain your other problems.
>Communigator seems to connect and configure it. For SMTP:
>50 TCP/IP connections, HTTP 50 TCP/IP connections, port 8010.
The latter is excessive. The HTTP interface is almost purely
administrative, not a user function, so it should never need to be
more than the maximum number of sessions a single browser will open.
That's 6 or less.
This should not be a problem however.
>No
>rules defined, no routing defined. One user: Postmaster. All logs
>= "All Items". All tests conducted from server machine and a local
>network machine.
>HTTP/POP sessions fails to start:
> Communigator displays "Incoming Connection Accepted"
> if multiple attempts are made, multiple lines are shown
> IP address is NOT displayed
> No response to browser or telnet
> "receiving request" is NOT displayed
>SMTP session fails to start:
> Communigator shows connection accepted,
> remote IP address IS shown [] and (),
> NO response to local or network telnet to port 25, or client.
>
>Communigator does not interrupt any SIMS "lines" once opened.
>SIMS does not exit once any connection is accepted - must force-quit.
>
>===============
>[EMAIL PROTECTED] sez: "... perhaps it's a DNS problem... what do
>the logs say?"
>The log(singular) says:
>SYSTEM Server my.server.com started
>SMTP(tcp) Listener created: [0.0.0.0:25], queueSize=8
>SMTP Scanning 0 queue files
>POP(tcp) Listener created: [0.0.0.0:110], queueSize=8
>PWD(tcp) Listener created: [0.0.0.0:106], queueSize=8
>HTTP(tcp) Listener created: [0.0.0.0:8010], queueSize=8
I doubt that is what the logs say. To start, my.server.com is a bogus
name. SIMS log lines carry time stamps and priority levels. SIMS
startups generally say more than what you cited. For example, a
not-so-recent log I have with a startup sequence said this:
>13:29:13 0 SYSTEM Server sc1.scconsult.com started
>13:29:13 4 SMTP Got new Local IP addresses, n=1: [192.168.254.8],
>[0.0.0.0], [0.0.0.0]
>13:29:13 2 SMTP RCPT/AUTH failure counter list created, ttl=600, c1=5, c2=5
>13:29:13 2 SMTP TempBanned list created, ttl=1200
>13:29:13 4 SYSTEM Initialization completed
>13:29:13 5 SYSTEM Scanning {S.0000125393}
>13:29:13 5 SYSTEM Line Read: O T
>13:29:13 5 SYSTEM Line Read: P I 27-09-2001 07:36:20 0000 NULL NULL
>13:29:13 5 SYSTEM Line Read: R E 27-09-2001 07:36:37 0000 sudanmail.com bob707
>13:29:13 5 ROUTER Input: bob707(sudanmail.com)
>13:29:13 5 ROUTER Parser: [EMAIL PROTECTED] -> bob707(sudanmail.com)
>13:29:13 5 SYSTEM Line Read:
>13:29:13 5 SYSTEM Line Read: Subject: Auto-Reply to: Qwest Business
>Class DSL for as
>13:29:13 5 SYSTEM Line Read: From: [EMAIL PROTECTED]
>13:29:13 5 SYSTEM Line Read: To: [EMAIL PROTECTED]
>13:29:13 5 SYSTEM Line Read: Date: Thu, 27 Sep 2001 03:36:20 -0400
>13:29:13 5 SYSTEM Line Read: Message-Id:
><[EMAIL PROTECTED]>
>13:29:13 5 SYSTEM Line Read: X-Mailer: Stalker Internet Mail Server 1.8b9d9
>13:29:13 5 SYSTEM Line Read:
>13:29:13 4 SYSTEM [S.0000125393]
><[EMAIL PROTECTED]> 0+0 From:NULL@NULL
>13:29:21 5 SYSTEM {S.0000125937} created, ref=13444, nFresh=1
>13:29:21 5 SYSTEM {S.0000125938} created, ref=13538, nFresh=2
>13:29:21 5 SYSTEM {S.0000125939} created, ref=13162, nFresh=3
>13:29:21 5 SYSTEM {S.0000125940} created, ref=13632, nFresh=4
>13:29:21 5 SYSTEM {S.0000125941} created, ref=13726, nFresh=5
>13:29:21 5 SYSTEM scanning failed files
>13:29:21 5 SYSTEM the oldest message failed 208364 seconds ago
>13:29:21 5 SMTP(tcp) Listener ReuseAddr option Error Code=0
>13:29:21 4 SMTP(tcp) Listener created: [0.0.0.0:25], queueSize=8
>13:29:21 5 SMTP Scanning 1 queue files
>13:29:21 4 POP(tcp) Listener created: [0.0.0.0:110], queueSize=8
>13:29:25 4 POP(adsp) Listener created: [0.1:248], queueSize=8
>13:29:25 4 PWD(tcp) Listener created: [0.0.0.0:106], queueSize=8
>13:29:28 4 PWD(adsp) Listener created: [0.1:247], queueSize=8
>13:29:29 4 POP(tcp) Connection request from [192.168.254.12:49963],seq=0, 0/1
Note that while there's a lot of non-obvious information about my
domain and network that can be be deciphered from that, none of it is
really security-sensitive or worth editing out. The timing might give
clues however if I was having trouble (why 8 seconds from the queue
reload to temp file creation I wonder... HMMM....)
>No other info appears, though "All Info" is set in "General" and
>each protocol setup.
If that is a fully truthful statement, I can only assume that you
have a mangled copy of SIMS that isn't logging the way a proper copy
is, and it is somewhat miraculous that it runs at all.
>TCP/IP: ethernet / manually / fixed IP#/subnet 255.255.255.0 /
>router #set correctly / name server(s) set correctly and all
>functional / starting domain name=my domain / ending domain
>name=blank / additional search domains=blank.
>My machine's IP (and same MX) address is listed with no-ip.com,
>which resolves correctly.
>
>I need more clues as to what SIMS absolutely needs to start and run
>properly, and accept and communicate HTTP, POP & SMTP.
Working TCP/IP on the machine, a reasonable name in the General
Settings, and a network that works.
>Free EIMS runs, but fails while accepting some attachments from
>Netscape Communicator on the same machine, and has, of course, no
>relay authentication. These limitations tempted me to try SIMS.
>
>It's too bad that "All Info" logging isn't more verbose, or I'd be
>able to diagnose this situation myself.
Are you sure that you have logging set to "all info" everywhere?
Every protocol module has a setting, as does the core system. The one
place I'd NOT set logging that verbose is HTTP, since you have a
perfectly logical way to get yourself into a self-DoS situation with
that. I don't think that's the problem here (the connection has to
work first...) either.
I'm a bit at a loss as to guessing at the cause. If everything you
say is perfectly accurate except that you've edited out what you
thought was irrelevant or worth keeping private from the logs, I
don't see where the trouble is. SIMS is pickier about DNS than EIMS,
but that won't kill it and aside from that it is doing essentially
the same things as EIMS. I suggest using something like IPNetMonitor
or MacTCPWatcher to see what is actually happening on that machine
when you try to connect to SIMS. If you don't even see a session in
SYN_RCVD state, the problem is network and I suspect that in fact
EIMS will not work now either. What else you might see could hint at
what's going on, but it is hard to say what with the information
you've provided.
--
Bill Cole
[EMAIL PROTECTED]
#############################################################
This message is sent to you because you are subscribed to
the mailing list <[EMAIL PROTECTED]>.
To unsubscribe, E-mail to: <[EMAIL PROTECTED]>
To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]>
To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]>
Send administrative queries to <[EMAIL PROTECTED]>
