of sourse if you have a domain name and a static ip address it is easier, cos you can chuck out fetchmail:
remote server -> fetchmail -> local server -> procmail -> spamassassin -> procmail -> imap -> client becomes sending server -> my server -> procmail ->spamassasin->deliver (part of cyrus imap) ->local spool files ->cyrus ->client anywhere in the world you can also insert virus check. only four machines are involved: sender's client, sender's smtp server (may also be sender's client machine), my mailserver, my client. for times when my server is down or unreachable, somewhere else on the net is a backup mx and spools my mail until my server is ready to get it. for legacy pop accounts at your old isp you can add in fetchmail again. for hotmail and other similar accounts there are linux fetchers (although who would want to actually deal with all the crap a hotmail account gathers is beyond me). On Wed, 30 Oct 2002 10:39:09 +1300 (NZDT) "Ryurick M. Hristev" <[EMAIL PROTECTED]> wrote: > How to read mail under Linux in few easy steps > ---------------------------------------------- > > Of course the simplest way would be to connect with a client > to a remote server which stores your mail: > > remote server -> client > > The problem here is that your linux system may send some mail > to you if some things go wrong ... so you want a local server: > > remote server -> local server -> client > > You may also read mail from several locations, unfortunately some > do not push the mail to you, you have to pull it, no problems: > > remote server -> fetchmail -> local server -> client > > By now you have lots of email so you need a tool to process and archive > the important mail. procmail to the rescue: > > remote server -> fetchmail -> local server -> procmail -> client > > With lots of mail came lots of spam so we need to call an external > filter from within procmail: > > remote server -> fetchmail -> local server -> procmail -> spamassassin -> >procmail - client > > You are almost an expert now, you want to read your mail from wherever, > with whatever. The easiest way is imap (of course you would use in > fact imaps): > > remote server -> fetchmail -> local server -> procmail -> spamassassin -> >procmail -> imap -> client > > At this point I am beginning to be short on ideas. Of course you could > add some fluff here and there like archivemail to auto-delete old mail, etc. > > > _The mail must flow_ > > Cheers, > -- > Ryurick M. Hristev mailto:ryurick.hristev@;canterbury.ac.nz > Computer Systems Manager > University of Canterbury, Physics & Astronomy Dept., New Zealand > -- Nick Rout Barrister & Solicitor Christchurch, NZ Ph +64 3 3798966 Fax + 64 3 3798853 http://www.rout.co.nz
