On Sun, 16 Nov 1997, Joey Hess wrote:
> > no it's not difficult. the PITA factor comes in because it has to
> > be done for every account. As i said, i use procmail as the local
> > delivery agent - which means that i need a global setting for it,
> > not a per- user setting.
>
> Take a look at q
Craig Sanders wrote:
> > | preline procmail
> >
> > isn't all that difficult.
>
> no it's not difficult. the PITA factor comes in because it has to be
> done for every account. As i said, i use procmail as the local delivery
> agent - which means that i need a global setting for it, not a per- u
Actually it CAN do uucp transport, it does not do !path addressing. As long as
the UUCP site that it is sending to can understand internet style addressing
(which just about all do), there is no problem.
On 10-Nov-97 Peter Mutsaers wrote:
>>> On Sat, 08 Nov 1997 00:30:22 -0800 (PST), George Bo
>> On Sat, 08 Nov 1997 00:30:22 -0800 (PST), George Bonser
>> <[EMAIL PROTECTED]> said:
GB> I would like to request that exim replace smail as the default
GB> MTA for Debian.
Bad idea. It doesn't do UUCP, which is still widely used.
smail (and sendmail) do.
--
/\_/\
( o.o ) Peter Mutsa
On Wed, 12 Nov 1997, Adam Shand wrote:
> > My /etc/procmailrc rules catch nearly all of the spam which makes it
> > through the spamm address, domain and IP blocking rules.
>
> Are you willing to share your procmail rules? It would be quite nice to
> have these for myself to get rid of the spam
C'mon guys, leave it alone. This flamefest is getting us nowhere.
Whether or not maildir or mbox is the way to go, the point is that qmail
cannot be Debian's preferred MTA because Debian does not consider qmail
to be DFSG free. This renders any fight over whether qmail is better
than other MTA's
> My /etc/procmailrc rules catch nearly all of the spam which makes it
> through the spamm address, domain and IP blocking rules.
Are you willing to share your procmail rules? It would be quite nice to
have these for myself to get rid of the spam which is arriving in ever
increasing droves to my
For anyone planning to write new code using /var/spool/mail or /tmp:
http://www.netspace.org/lsv-archive/bugtraq.html contains many examples
of insecure code produced by programmers who thought, incorrectly, that
they understood how to use world-writable directories.
> it is not at all difficult t
On 11 Nov 1997, D. J. Bernstein wrote:
> > the point was that his NFS argument against /var/spool/mail was
> > irrelevant because home directories are often NFS mounted too
>
> There is no ``NFS argument against /var/spool/mail.''
>
> The fundamental problem with /var/spool/mail is security. It'
On Mon, 10 Nov 1997, Jason Costomiris wrote:
> On Mon, Nov 10, 1997 at 08:40:35PM +1100, Craig Sanders wrote:
> : > Yeah, and? It allows you to streamline your quota setup. It also
> : > allows you to have a smaller /var.
> :
> : what does "the qmail way" allow you to do with quotas which you
>
On Mon, 10 Nov 1997, Remco van de Meent wrote:
> On Mon, 10 Nov 1997, Craig Sanders wrote:
>
> : I still don't know of any MUAs which will read mail from either maildir
> : or ~/Mailbox. admittedly, configuring pine or elm to read ~/Mailbox
> : rather than the usual spool dir is pretty simple.
On 11 Nov 1997, D. J. Bernstein wrote:
> > i couldn't even get it to use procmail as the local delivery agent
> > instead of qmail-local
>
> Change ./Mailbox to '|preline procmail' in the qmail-start invocation.
why isn't this in the FAQ?
> > qmail might be excellent at what it does but it's inc
On 11 Nov 1997, D. J. Bernstein wrote:
> > the point was that his NFS argument against /var/spool/mail was
> > irrelevant because home directories are often NFS mounted too
>
> There is no ``NFS argument against /var/spool/mail.''
except for your argument that /var/spool/mail is unsafe in an NFS
> the point was that his NFS argument against /var/spool/mail was
> irrelevant because home directories are often NFS mounted too
There is no ``NFS argument against /var/spool/mail.''
The fundamental problem with /var/spool/mail is security. It's not easy
to handle a world-writable directory safe
> i couldn't even get it
> to use procmail as the local delivery agent instead of qmail-local
Change ./Mailbox to '|preline procmail' in the qmail-start invocation.
> qmail might be excellent at what it does but it's incompatible with
> /var/spool/mail.
qmail can run binmail as the delivery agen
On Mon, 10 Nov 1997, Craig Sanders wrote:
: I still don't know of any MUAs which will read mail from either maildir
: or ~/Mailbox. admittedly, configuring pine or elm to read ~/Mailbox
: rather than the usual spool dir is pretty simplebut that requires
: every user on the system to reconf
On 10 Nov, Craig Sanders let loose with:
> On Sun, 9 Nov 1997, Tim Ferrell wrote:
>
>> > there's also the 'minor' problem that only a few MUAs (i don't know of
>> > one except for qmail-popper) will work with qmail's new maildir format.
>> >
>>
>> Actually this is not entirely true... You can s
On Mon, Nov 10, 1997 at 08:40:35PM +1100, Craig Sanders wrote:
: > Yeah, and? It allows you to streamline your quota setup. It also allows
: > you to have a smaller /var.
:
: what does "the qmail way" allow you to do with quotas which you can't
: do with the standard /var/spool/mail? i can think
On Sun, 9 Nov 1997, Jason Costomiris wrote:
> On Mon, Nov 10, 1997 at 09:16:01AM +1100, Craig Sanders wrote:
> : qmail might be excellent at what it does but it's incompatible with
> : /var/spool/mail.
>
> Yeah, and? It allows you to streamline your quota setup. It also allows
> you to have a
On Sun, 9 Nov 1997, Tim Ferrell wrote:
> > there's also the 'minor' problem that only a few MUAs (i don't know of
> > one except for qmail-popper) will work with qmail's new maildir format.
> >
>
> Actually this is not entirely true... You can set up qmail to use mbox
> files - but as you point
Hi,
>>"Jason" == Jason Costomiris <[EMAIL PROTECTED]> writes:
Jason> On Mon, Nov 10, 1997 at 09:16:01AM +1100, Craig Sanders wrote:
Craig> finally, qmail is non-free. debian CAN'T use it as the default
Craig> MTA.
Jason> Hmmm.. It can be freely distributed, once the author approves
Jason> of it
On Mon, Nov 10, 1997 at 09:16:01AM +1100, Craig Sanders wrote:
: qmail might be excellent at what it does but it's incompatible with
: /var/spool/mail.
Yeah, and? It allows you to streamline your quota setup. It also allows
you to have a smaller /var.
: the one time i installed it, i couldn't
On 10 Nov, Craig Sanders let loose with:
> On Sat, 8 Nov 1997, Jason Costomiris wrote:
>
>> I nominate qmail + tcpserver/tcpcontrol. I'm in the process of
>> converting all of my boxes to it. Very nice, easy to control
>> relaying/spam, and FAST.
>
> no way!
>
> qmail might be excellent at wha
On 09-Nov-97 Craig Sanders wrote:
>
> but the biggest problem with qmail is the author's attitude. it would
> be fine if he said "here's the way i like things to run, so that's the
> default...but if you prefer the old standard ways then make this change
> and that change and everything will run
On Sat, 8 Nov 1997, Jason Costomiris wrote:
> I nominate qmail + tcpserver/tcpcontrol. I'm in the process of
> converting all of my boxes to it. Very nice, easy to control
> relaying/spam, and FAST.
no way!
qmail might be excellent at what it does but it's incompatible with
/var/spool/mail. th
> >> > George Bonser wrote:
> >> > > I would like to request that exim replace smail as the default MTA for
> >> > > Debian.
> >> > Good idea! Exim is easy as they come.
> >> Hi.
> >>
> >> Not that simple. Exim doesn't work with fetchmail somehow.
> >> *IF* we fix fetchmail or exim to work with e
>> > George Bonser wrote:
>> > > I would like to request that exim replace smail as the default MTA for
>> > > Debian.
>> > Good idea! Exim is easy as they come.
>> Hi.
>>
>> Not that simple. Exim doesn't work with fetchmail somehow.
>> *IF* we fix fetchmail or exim to work with each other, *then
Alex Y. writes:
> Not that simple. Exim doesn't work with fetchmail somehow. *IF* we fix
> fetchmail or exim to work with each other, *then* we may think of
> changing default MTA. Just my opinion.
I asked Eric about this: here is his response.
> It's not true. I have several exim users on my b
On 08-Nov-97 Jason Costomiris wrote:
> On Sat, Nov 08, 1997 at 12:30:22AM -0800, George Bonser wrote:
> It doesn't make good sense to do this.
>
> exim runs out of inetd. For mailers, this is bad, unless you're a very
> low volume site.
I only run exim out of inetd on one system, all the othe
-BEGIN PGP SIGNED MESSAGE-
On Sat, 8 Nov 1997, Jason Costomiris wrote:
>
> exim runs out of inetd. For mailers, this is bad, unless you're a very
> low volume site.
>
Exim is very easy to configure to run standalone if you want. In fact if
you look in the /etc/init.d there is a file
Jason Costomiris wrote:
>
> exim runs out of inetd.
>
This information is wrong. Exim can run out of inetd, but it most
definitely runs as a standalone daemon too. We use exim as a daemon
here just fine.
We have an entire site using exim here, and it's very easy to use, fast,
configurable, sol
On Sat, Nov 08, 1997 at 12:30:22AM -0800, George Bonser wrote:
: I would like to request that exim replace smail as the default MTA for Debian.
It doesn't make good sense to do this.
exim runs out of inetd. For mailers, this is bad, unless you're a very
low volume site.
I nominate qmail + tcps
> George Bonser wrote:
> >
> > I would like to request that exim replace smail as the default MTA for
> > Debian.
>
> Good idea! Exim is easy as they come.
>
Hi.
Not that simple. Exim doesn't work with fetchmail somehow.
*IF* we fix fetchmail or exim to work with each other, *then*
we may thi
George Bonser wrote:
>
> I would like to request that exim replace smail as the default MTA for Debian.
Good idea! Exim is easy as they come.
Later,
David
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL
I would like to request that exim replace smail as the default MTA for Debian.
---
George Bonser
Debian/GNU Linux See http://www.debian.org
Linux ... It isn't just for breakfast anymore!
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble?
35 matches
Mail list logo
