On Tue, 18 Sep 2018 15:56:43 +0100 Zé Loff wrote: > On Tue, Sep 18, 2018 at 03:01:45PM +0100, Craig Skinner wrote: > > Webmail is dead junk. > > Until the day your gadget's battery runs out,
Charge it Zé.... Solved. > you don't have your laptop with you and you need to borrow Have your friend install PuTTY or use Mac's xterm. Solved. > Plus, I'm a terminal+mutt guy and roundcube is still the easiest way > I found to configure sieve filters, although in all honesty that's > pretty much all I use it for. (Honest question: do you by any chance > know a simple method to handle them?) As each mail user has their own UNIX account, their sieve scripts are owned by them and in a directory they own, the simple files can be edited by their favourite $EDITOR on the command line. Otherwise, some mail clients have sieve plugins - Thunderbird has a pretty pretty sieve remote script editor widget. There are other sieve clients too. > Incidentally I also find thunderbird to be insanely > resource-consuming, especially if managing multiple accounts, and > macOS's Mail is even worse. Firefox, Safari and Internet Explorer are far worse at resource usage!! > If you have multiple users using multiple shared machines it might be > easier to just send them to a more or less friendly web UI than to > manage a multitude of configurations on a lot of machines No. Most mail clients auto guess new account configurations based on standard DNS entries. By plopping in a new address like user@example.provider, the mail client searches standard DNS entries for hostnames, such as imap.example.provider, smtp.example.provider, mail.example.provider. If found it connects to the standard ports for IMAP, POP & SMTP submission (587), collects a list of authentication methods and presents the details for the user to click the 'OK' button. If the standard DNS hostnames are not found, the mail client then looks for SRV DNS entries, and picks out the IMAP, POP & SMTP hostnames & ports for the user to hit the 'OK' button. See RFCs 6186, 2782 & wotnot: https://tools.ietf.org/html/rfc6186 https://tools.ietf.org/html/rfc2782 https://en.wikipedia.org/wiki/SRV_record http://blog.returnpath.com/srv/ As I wrote earlier, the postmaster needs to work closely with their hostmaster as mail relies extensively on DNS. MX & SPF records being the most obvious. > (especially when they start storing contacts locally, which obviously > won't sync to the machine they'll be using tomorrow). Many mail clients speak LDAP, which is the protocol designed to hold user details. Shock! Horror! It has all been invented and implemented! No need for webmail. Cheers, -- Craig Skinner | http://linkd.in/yGqkv7
