Here you telnet to localhost...

*Blushes*



[EMAIL PROTECTED] netstat -na | grep 025
tcp        0      0  204.89.131.132.7025    204.89.131.132.24198
ESTABLISHED

tcp        0      0  204.89.131.132.24198   204.89.131.132.7025
ESTABLISHED

tcp        0      0  204.89.131.132.8025    66.192.34.8.17648
ESTABLISHED

tcp        0      0  204.89.131.132.8025    *.*
LISTEN

tcp        0      0  *.6025                 *.*
LISTEN

This is weird... nothing's listening on 7025, but something is listening to all addresses on port 6025.

That's spamd, of no interest here.



[EMAIL PROTECTED] ps ax | grep tmda
14710 p6- I       0:01.23 python /usr/local/bin/tmda-ofmipd -d -p
mail.geekisp.com:7025 -R imap://mail.geekisp.com -S
/usr/local/tmda/contrib/vpopmail-vdir.sh (python

...and here, you're running tmda-ofmipd on 204.89.131.132, so the first test above, to localhost, can't possibly work.

*Blush again*


[EMAIL PROTECTED] telnet 204.89.131.132 7025
Trying 204.89.131.132...
telnet: connect to address 204.89.131.132: Connection refused

I run tmda-ofmipd listening on port 7025, and I use stunnel as a
connector running on port 8025.

I tried this from outside and it doesn't work. Are you firewalling off port 7025 from public access? A connection attempt to 8025 at the same address works.

Yes, though the firewall rules haven't changed at all recently, and after I restarted tmda-ofmipd, I was able to telnet directly to it just fine - ergo firewall rules aren't a factor.


My tmda-ofmipd log (yes, I keep one) has about a billion of these
lines  in it:

Traceback (most recent call last):
File "/usr/local/bin/tmda-ofmipd", line 1257, in ?
main()
File "/usr/local/bin/tmda-ofmipd", line 1217, in main
('localhost', 25))
File "/usr/local/bin/tmda-ofmipd", line 997, in __init__
self.bind(localaddr)
File
"/usr/ports/lang/python/2.2/w-python-2.2.1p1/fake-i386/usr/local/lib/
python2.2/asyncore.py", line 307, in bind


     return self.socket.bind (addr)
socket.error: (48, 'Address already in use')

This means that something else (perhaps another copy of tmda-ofmipd) has already bound to the port, so a second application can't.

Is there more information I can provide that might make this easier to
debug?

What does the rest of the ps listing say (ps wwax)? Is tmda-ofmipd run through a script, or daemontools? Or both?

At the time it was running from the system rc script, but I've since moved it to daemon tools for easier restarting (if necessary). I didn't save the entire ps listing (generally 150 or so processes on this box).


The above ps listing (w/ the grep) wasn't filtered by me, thats all it showed. Furthermore the netstat output suggests that really nothing else was listening to port 7025.

Next I run into this, what other notes might I take to give a better bug report? Aside from telnetting to the proper address. :-/

Thanks!

--
Dave Steinberg
http://www.geekisp.com
_____________________________________________
tmda-users mailing list ([EMAIL PROTECTED])
http://tmda.net/lists/listinfo/tmda-users

Reply via email to