You are both correct... sort of. How long has Mr. Michelsen been
running SIMS? I started running SIMS in 1998 (replacing AIMS-EIMS
freeware, when SIMS development was still active). And, for a blast
from the past, MacTech still has the original releases online:
beta <http://www.mactech.com/news/?p=1000428>
v 1.5 <http://www.mactech.com/news/?p=1000720> but I digress...
The RFCs do not stipulate that there be a postmaster ACCOUNT, mail
systems must ACCEPT mail for postmaster. That being said, SIMS was
originally designed to be RFC compliant 'out of the box' for budding
mail system admins like myself, automatically creating a postmaster
account that served double duty -- administration of the server AND
accepting mail for postmaster.
I have long since deleted my original documentation for SIMS, but I
remember that it specifically stated that if the postmaster account was
deleted, a new account would be recreated at next run time, as this is
the account designed to be the administrator of the system. --Not much
of a stretch there, eh?
Even so, the current documentation makes enough references to the
postmaster ACCOUNT as administrator, and setting the user 'postmaster'
up in your Mac Users and Groups control panel, setting program linking,
and such for program administration, that one should give pause to
deleting such an admin account. Should you choose to apply advanced
techniques, such as re-routing postmaster mail and deleting admin
accounts, you should make sure you have an advanced understanding of
the consequences. Your lesson is learned.
Lucky SIMS makes for easy recovery of this blunder by recreating the
postmaster account with a <null> password, even if that IS a HUGE
security risk for a SMTP daemon...
Let us move on, shall we? Anyone know where I can download a fresh copy
of Quid Pro Quo 2.1.3? or QPQ Plus? My copy has been crashing with a
Type 2 error twelve times a day, and I think my installer is v2.1.2
that is vulnerable to the CodeRed crashes we are seeing a rise in
again...
Kind regards;
Jeff
On Sep 5, 2005, at 12:47 PM, Warren Michelsen wrote:
At 11:08 AM -0600 9/5/05, Lewis Butler sent email containing:
On 04 Sep 2005, at 06:18 , Warren Michelsen wrote:
At 7:08 PM -0600 9/2/05, Lewis Butler sent email containing:
On 23 Aug 2005, at 11:51 , Warren Michelsen wrote:
But SIMS requires a postmaster account
This is because the RFCs require postmaster for all domains that
receive mail.
But the RFC does not require that there be a 'postmaster' account.
Yes, they do.
No, they don't.
postmaster@<doamin.tld> must exist (that is, accept mail) for all
domains that receive or send mail
'Existing' and accepting mail are two different things, not
necessarily related. Accounts can exist and not accept mail while mail
can be accepted for non-existent accounts. The latter is easily
accomplished with a router entry. The 'postmaster' account need not
exist per any RFC. Unless, of course, you can provide a citation to
show otherwise. To my knowledge, the requirement is to ACCEPT mail
addressed to postmaster.
In my case, I routed mail for 'postmaster' to another account -- it
would be received. SIMS nonetheless recreated the missing postmaster
account.
the sims app can't know about your routing table,
That's a silly statement. SIMS does 'know about' my routing table. It
creates and maintains the routing table. And consults it for each
incoming and outgoing email.
a nd if you change your routing table, there has to be a postmaster
account to receive the mail.
No, postmaster can be routed to any account. It certainly does not
have to be called 'postmaster'.
I appreciate that SIMS is careful to ensure that mail can be received
for 'postmaster' but an account named postmaster is not required to do
so. End of discussion.
Unless you have a citation from an RFC which says an account named
'postmaster' must exist, I'll not comment further.
#############################################################
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]>
#############################################################
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]>
