|
Search tenon.com
Thanks to:
|
|
Post.Office
Glenn,
Eric:
Thanks for your prompt reply:
On 02/27/2002 22:05 USA PT (-0800), eyang@xxxxxxxxxxxxxx ( Eric Yang ),
wrote...
We had adjust Post.Office 3.5.3b20 to use Restrict Mail Relay by default.
I assume that means a version b20 or greater will soon be available w/
relaying restricted by default.
The HTML docs indicated shutdown up Post.Office with:
/usr/local/post.office/post.office shutdown
I used that and it seemed to work fine.
It does work fine, as Eric Y. mentioned
>For starting post.office, you may want to use
/usr/local/post.office/post.office
without any parameter.
Then the HTML docs should be changed.
Fine, but we have always recommended using:
/usr/local/post.office/post.office
And it still leaves open the problem of Pop-before-SMTP not working,
and definitely needed if relaying restrictions are in force.
Pop before SMTP does work. We have tested it here and no other users
have had problems with it. Please double check your settings.
>However, we still recommend that you restart the system after a new
installation to make sure that there is no existing Pop program running
on your system.
Probably a good idea currently, but I thought OSX was going to get us
to true application independence and get us away from the old need to
restart after every install.
Post office requires that there is no other mail server running. we
depend on the reboot to eliminate the possibility that sendmail or
the OS X Server Mailserver is running when post.office starts. We
cannot account for every possible mail server, so we ask the user to
reboot. This IS application independence.
Since all I could notice after a "ps -ax" was a single post.office
process, what would we "grep" for to check for a Pop process?
you wouldn't grep for anything. The post.office application is multi
threaded and will not start a separate process for every connection.
Other mail servers will start pop processes. This is what Eric Y. was
referring to.
TTS
--Eric
Thanks for your time and help in this matter.
Glenn
|
| Tenon Home |
Products |
Order |
Contact Us |
About Tenon |
Register |
Tech Support |
Resources |
Press Room |
Mailing Lists |
|
Copyright©2003 Tenon Intersystems, 232 Anacapa Street, Suite 2A, Santa Barbara,
CA 93101. All rights reserved.
Questions about our website - Contact:
webmaster@tenon.com.
|
|