Re: Planning Mail Server (with low resources)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Wed, Dec 07, 2005 at 01:06:39AM +0800, Feizhou wrote:
> >>sendmail led to qmail led to postfix
> >>
> >>I am sure exim fits somewhere :D
> >
> >Actually, exim somes from S/Mail :)
> 
> From smail's page: Smail-3 was written as a Sendmail replacement for 
> 'normal' people
> normal was italized. I remembered there was a connection some where :D

:)

> >>>Anyway, I think your solution, even tho it does have many merits, will
> >>>add unneeded complexity to Alain's setup.
> >>
> >>He still needs a virtual backend. Either learn to use someone else's 
> >>tools or make your own...
> >
> >If he really opts for a virtual backend, and he doesn't have a problem
> >with "blackbox" solutions, there are some nice ones based on qmail.
> >I would never use it, but some people use and like it.
> 
> Well, it probably just that I have not seen one for postfix yet, not 
> that i looked....

Me neither. I have been running e-mail server for so long, that I
really don't care about these "blackbox" solutions. They are more
trouble than they are worth.

> >>Simple it is. There is absolutely NOTHING to do after initial 
> >>installation and configuration. Oh, you meant the setup? Well, some 
> >>manage with help, others won't get anywhere without.
> >
> >I have installed qmail twice. Trying to get any HA system in place
> >with it was a nightmare.
> 
> HA? No way with any other MTA unless you have some form of centralized 
> delivery information for the mta to a SAN/FC/NFS (ack!)/some form of 
> shared storage.

EMC storage if you have the cash.
AFS if you don't.

NFS is as unreliable as it gets.

> >But I can symptize with you. I (me, myself) find postfix a pain
> >to configure.
> 
> I don't find postfix a pain to configure...besides Devdas and one of my 
> managers, there is no other postfix guy where i work. We do have an exim 
> guy :D. postfix requires more reading to maintain and configure. It gets 
> an unfair advantage by being preinstalled and preconfigured for system 
> account delivery and thereby making it appear simple.

Yeah, the bastards :)

Actually, as long as you have a sound base system (qmail, exim, postfix,
even zmailer), and someone with a few years experience, you can always
get a good system.

> >>AH, we have a slight misunderstanding here. procmail don't handle 
> >>.forward files I believe. procmail is a filtering program. Its 
> >>competitor/comparison would be maildrop for which I'd vouch for given 
> >>procmail's cpu hogging properties.
> >>
> >>.forward simply does not match .qmail
> >
> >
> >Oh. .forward has nothing to do with "local delivery". You are correct
> >in comparing procmail with maildrop. Those are the one we can classify
> >as "local delivery system".
> 
> how can you say that? .forward provides delivery instructions for 
> locally delivered mails so how come you say that it has nothing to do 
> with "local delivery"?

Actually, .forward provides intra-MTA routing instructions, not delivery
instructions :)

I agree "nothing to do" was a little strong worded, since everything
has to do with local delivery. That is, after all, what the whole
e-mail system is about.

> >But yes, if you are comparing ".forward" with ".qmail", you are correct.
> >Myself, I like ".procmailrc" better :) Or .exim_filter, which can be
> >configured, but I really don't recomend. Exim filters are so "powerful"
> >that I tend to consider them more of a security problem than a feature.
> >I'm just happy they are not enabled by default, and even take a little
> >doing to get running.
> 
> So exim has its own filtering agent too? I must look at exim one day.

Yup. You can even use it to do most things people usually do with
amavis. I have a server where I implemented individual message size limiting,
so each group of uses will have a different limit, entirely based on
exim filters.

Of course, exim is monolitic, so I would not say it has its own filtering
agent. It has a filtering system :)

Actually, you can do almost everything you get from procmail with
exim filters. I'm just used to write procmail rules, and have
a huge database of those, so I keep using it for the sake of
simplicity (and not reinventing the weel).

> Hmm...probably time to take this offlist if we continue :P

Nah. No one started screaming yet, or even compared us to Bryan. So
we still have some room :)

- -- 
Rodrigo Barbosa <rodrigob@xxxxxxxxxxxxxxx>
"Quid quid Latine dictum sit, altum viditur"
"Be excellent to each other ..." - Bill & Ted (Wyld Stallyns)

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDlcoYpdyWzQ5b5ckRAqUqAJsFZwGVE/R5h7xtu9zOhYFCxlRv9wCdHL6o
/Hs6ikWBj9lm/FNZoPtrsms=
=DN7b
-----END PGP SIGNATURE-----

[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux