Liste de diffusion Message #15081
De: Jeff Folk <>
Sujet: Re: Major OOPS in SIMS...:-(
Date: Mon, 5 Sep 2005 14:41:39 -0500
A: SIMS Discussions <>
X-Mailer: Apple Mail (2.622)
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 <>

v 1.5 <> 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;

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 <>.
To unsubscribe, E-mail to: <>
To switch to the DIGEST mode, E-mail to <>
To switch to the INDEX mode, E-mail to <>
Send administrative queries to  <>

S'abonner aux messages S'abonner aux sommaires S'abonner aux indexes Se désabonner Ecrire un email au responsable de la liste