[OpenIndiana-discuss] Long User Names for Email Advice

[Matt Clark]

Happy to help!

So yes, it sounds like your problem is getting sendmail to deliver to the virtual user mailboxes.  Would you consider using exim or postfix instead of sendmail?  They're both infinitely easier to use, more secure, and more common these days than sendmail.

If not, sendmail can be made to do it properly too, it's just not as simple as the other SMTP servers!

Mat

On 12 Dec 2012, at 17:03, DormitionSkete at hotmail.com <dormitionskete at hotmail.com> wrote:

> REALLY???  I didn't know this.  Thank you very much.  
> 
> This sounds like a much safer and better way to go than risking having problems from operating system level limitations.
> 
> God bless you.
> 
> 
> 
> On Dec 12, 2012, at 3:00 AM, Matt Clark wrote:
> 
>> I would highly recommend dovecot as an IMAP server.  It's fast, secure, easy to configure, very well maintained and also very flexible about virtual user management.
>> 
>> See http://wiki2.dovecot.org/VirtualUsers
>> 
>> 
>> On 12 Dec 2012, at 03:04, DormitionSkete at hotmail.com <dormitionskete at hotmail.com> wrote:
>> 
>>> Yikes!  I think this is a little beyond my abilities.  I'm a lot more of a programmer than a system admin.
>>> 
>>> I think a more reasonable approach for me would be that if I run into problems with the long user names using uw-imap, to just use Cyrus-Imap instead.  It doesn't require system user accounts.  I didn't like it as well as uw-imap when I tried it for a while on Linux several years ago.  It's a lot harder to administer and it's not nearly as "mobile" as uw-imap.  By "mobile", I mean that with uw-imap, it's a lot easier to move people's mail from one server to another, and to restore inadvertently deleted mailbox folders, etc.  
>>> 
>>> I appreciate the suggestion, though.  I really do.
>>> 
>>> I'm an Orthodox Christian priest-monk, and for what it's worth, I pray for all of you OI developers.  I greatly appreciate all of the hard work you are putting into making OI a viable and freely available Solaris-based operating system.  And I know my God has most certainly helped me on several occasions to get our OI server I've been working on these past few weeks to get it to the point where it's almost ready to put online.  I don't think that with as much help as He's given me with this, that he'll abandon the OI Project, or you all, from His care.
>>> 
>>> Thank you again.
>>> 
>>> Peter, hieromonk
>>> 
>>> 
>>> On Dec 10, 2012, at 8:35 PM, Jim Klimov wrote:
>>> 
>>>> On 2012-12-11 01:54, DormitionSkete at hotmail.com wrote:
>>>>> Peter,
>>>>> 
>>>>> Thank you very much for your feedback.  I really appreciate it.
>>>>> 
>>>>> Are there any particular tests that you think I should run, just to make sure that I'm not likely to run into corrupted emails three or four months down the road, well after I've implemented OI?
>>>>> 
>>>>> I figured I'd test it with sending, replying to, etc. emails of various different scenarios, just to be on the safe side.  But if you think I should test anything in particular, I'd appreciate your thoughts.
>>>> 
>>>> Is an alternate solution possible for you: use an LDAP catalog
>>>> with email data for users (as well as POSIX data for UNIX accounts)?
>>>> 
>>>> This way you can have short "uid" values and arbitrarily long
>>>> mail, mailEquivalentAddress or mailAlternateAddress properties.
>>>> One of these may be "uid at domain.com" to avoid ambiguity, but
>>>> is not required to be.
>>>> 
>>>> There are a number of tutorials about making the Solaris operating
>>>> environment a client of LDAP (Sun DSEE, OpenDJ, OpenLDAP, etc.);
>>>> however, the mail subsystem will require its own integration for
>>>> mail routing to the mailbox server ("mailHost"), alias address
>>>> processing, etc. It is well documented for Sendmail in the internet,
>>>> I am not sure about uw-imap. Don't think it should have problems...
>>>> 
>>>> Also note that you'd want to avoid a deadlock (rather, a needless
>>>> startup delay) by making an operating environment (global or local
>>>> zone) which hosts the LDAP service a UNIX-client of this service.
>>>> If you must do that, make the LDAP server start up before the SMF
>>>> service ldap/client. I'd just put different tasks in local zones,
>>>> LDAP server into one, mail into another, global zone as hypervisor
>>>> with no end-users (except admins) and no LDAP client.
>>>> 
>>>> HTH,
>>>> //Jim Klimov
>>>> 
>>>> 
>>>> _______________________________________________
>>>> OpenIndiana-discuss mailing list
>>>> OpenIndiana-discuss at openindiana.org
>>>> http://openindiana.org/mailman/listinfo/openindiana-discuss
>>>> 
>>> 
>>> 
>>> _______________________________________________
>>> OpenIndiana-discuss mailing list
>>> OpenIndiana-discuss at openindiana.org
>>> http://openindiana.org/mailman/listinfo/openindiana-discuss
>>> 
>> 
>> 
>> _______________________________________________
>> OpenIndiana-discuss mailing list
>> OpenIndiana-discuss at openindiana.org
>> http://openindiana.org/mailman/listinfo/openindiana-discuss
>> 
> 
> 
> _______________________________________________
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss at openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss
>