Re: Message.framework
Re: Message.framework
- Subject: Re: Message.framework
- From: j o a r <email@hidden>
- Date: Tue, 29 Nov 2005 14:42:16 +0100
On 29 nov 2005, at 14.32, Graham J Lee wrote:
Under what conditions can the NSMailDelivery methods be used (i.e.
will [NSMailDelivery hasDeliveryClassBeenConfigured] return YES)?
According to the reference doc for the class, it depends on
"whether delivery accounts have been configured". According to
Cocoa in a Nutshell it's "a default email account in the Internet
System Preferences pane" although that pane doesn't exist any more,
probably since 10.2 or thereabout. Does it really need every
account which might call my tool (which I was hoping could include
background or scheduled jobs, which don't necessarily get invoked
by/retain privileges of console users) to have its own settings in
Mail.app? This appears to be the case here, although many users
don't *have* Mail.app settings including some accounts which don't
represent real people (I was going to say "don't represent normal
users", but then this is academia... ;-)
Is there some way to do a 'fallback' along the lines of "oops, my
user doesn't have any mail settings, so I'm going to use these
default SMTP server etc. instead"? I don't want to enable local
MTAs on every machine my code might be used on, otherwise I'd
probably have used mail or sendmail instead - I just want
Message.framework to be usable for any user (real or otherwise) on
any machine which for sake of argument we can assume I have admin/
root privs on.
See the discussions on this topic that can be found in the mailing
list archives.
j o a r
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden