On 26 Jun 1998, Manoj Srivastava wrote:
> Hi,
> >>"Bdale" == Bdale Garbee <[EMAIL PROTECTED]> writes:
>
>
> Bdale> If you're working in a multi-machine networked environment,
> Bdale> and are accessing another system using NFS (particularly with
> Bdale> an automounted host map), an absolute
>The upstream maintainer (Ulrich D.) insists that the relative links are
>correct and that making /usr a symlink to something else is "evil".
but in some situations they are necessary : when useing nfsroot
with special setup. for improved speed i want a codafs as the basic layer,
so /usr -> /coda/
Hi,
>>"Bdale" == Bdale Garbee <[EMAIL PROTECTED]> writes:
Bdale> If you're working in a multi-machine networked environment,
Bdale> and are accessing another system using NFS (particularly with
Bdale> an automounted host map), an absolute link can easily violate
Bdale> "the principle of least
In article <[EMAIL PROTECTED]> you wrote:
:> 21884 libc6-dev: relative links between top-level dirs
: The upstream maintainer (Ulrich D.) insists that the relative links are
: correct and that making /usr a symlink to something else is "evil".
I'm not sure I completely understand what the lin
Yeah, there's been enough discussion in this context. The decision to
ditch the "emacs" name as a package name was in fact made for good
reasons, a while back; just-before-the-release is the wrong time to
revisit it. As emacs and emacs19 maintainer, I'm closing it, with this
message. Feel free to
On Thu, 25 Jun 1998, Dale Scheetz wrote:
> The upstream maintainer (Ulrich D.) insists that the relative links are
> correct and that making /usr a symlink to something else is "evil".
I'm running out of space and wanted to move subdirs of /usr to
another partition. But because of
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> Why is this a release critical bug? emacs19 depends on a whole
> slew of packages, and it quite differently set up than the old emacs
> package. Also, there are now a number of packages that vie for the
> name Emacs, is not unreasonable to ha
Hi,
>>"Wichert" == Wichert Akkerman <[EMAIL PROTECTED]> writes:
Wichert> Package: emacs19
Wichert> Maintainer: [EMAIL PROTECTED] (Mark W. Eichin)
Wichert> 23742 emacs19 should probably be just "emacs"
Why is this a release critical bug? emacs19 depends on a whol
On Thu, Jun 25, 1998 at 11:30:45AM -0400, Dale Scheetz wrote:
> On Thu, 25 Jun 1998, Wichert Akkerman wrote:
> > Welcome to the nem Hamm Bugs Stamp-Out List.
> >
> > 21884 libc6-dev: relative links between top-level dirs
> >
> I'm not sure what to do abou this one.
>
> The upstream maintainer
On Thu, Jun 25, 1998 at 09:45:43AM -0500, Wichert Akkerman wrote:
> Package: kdebase (i386 contrib)
> Maintainer: Stephan Kulow <[EMAIL PROTECTED]>
> 23655 kdebase includes /etc/X11/Xsession
Stephen is probably busy trying to get KDE 1.0 done, so I do
On Thu, 25 Jun 1998, Wichert Akkerman wrote:
> Welcome to the nem Hamm Bugs Stamp-Out List.
>
> 21884 libc6-dev: relative links between top-level dirs
>
I'm not sure what to do abou this one.
The upstream maintainer (Ulrich D.) insists that the relative links are
correct and that making /usr
Brian White <[EMAIL PROTECTED]> writes:
> Just to be sure I understand... emacs20 has to be configured before
> cvs-pcl is _installed_ or before cvs-pcl is _configured_?
Actually, now it seems like the problem in this case is that cvs-pcl
currently has a dependency on emacsen-common rather than
> Thanks. From looking at your log, as I expected, the problem occurs
> when you try to install emacs20 and cvs-pcl simultaneously. This is
> because elib is not being properly "configured" (by the emacsen-common
> script) before cvs-pcl. This is a bug, but I'm worried about having
> time to fix
-BEGIN PGP SIGNED MESSAGE-
Hi.
Guy Maor said to me a few days ago that he will fix all non-wishlist bugs
against ftp.debian.org before release.
However, normal bugs against ftp.debian.org are not in the list of
"important or higher" bugs.
So please include all ftp.debian.org normal bug
Roberto Lumbreras <[EMAIL PROTECTED]> writes:
> Here you have the log.
Thanks. From looking at your log, as I expected, the problem occurs
when you try to install emacs20 and cvs-pcl simultaneously. This is
because elib is not being properly "configured" (by the emacsen-common
script) before cv
On Thu, Jun 18, 1998 at 10:47:40AM -0400, Will Lowe wrote:
> subject says it all...
Version 2.0.6 is in our FTP mirrors ( hamm/hamm/disks-i386/current ).
There's a prerelease for 2.0.7 at
ftp://molec2.dfis.ull.es/pub/debian-spanish/boot-floppies/release-2.0.7
The final 2.0.7 will be uploaded to
On Wed, Jun 17, 1998 at 09:58:58PM +0100, Steve McIntyre wrote:
:
: Has any consensus been reached about the best layout to be used for Hamm
: disks? I've written several 3-CD sets for people so far using a simple
: layout (below), but it would be nice to be able to produce to produce ones
: simil
On Wed, 17 Jun 1998, Philip Hands wrote:
> > Disk 1: Main binary (i386, bootable)
> > Disk 2: Contrib, non-free and non-US (binary-i386 and source)
> > Disk 3: Main source (except X11, movesd to disk #2 for space reasons)
>
> I think we need two layouts, one for the mass-production folks, and
> Has any consensus been reached about the best layout to be used for Hamm
> disks? I've written several 3-CD sets for people so far using a simple
> layout (below), but it would be nice to be able to produce to produce ones
> similar to the official ones...
>
> Disk 1: Main binary (i386, bootab
On Fri, Jun 05, 1998 at 06:54:26PM -0400, Brandon Mitchell wrote:
> On Fri, 5 Jun 1998, Steve Tonnesen wrote:
>
> > I'm getting unresolved symbol errors when cardmgr tries to insmod the
> > 3c589_cs module for my 3Com PCMCIA ethernet card. Is this a problem with
> > the boot disks, and/or is ther
On 5 Jun, Brandon Mitchell wrote:
> On Fri, 5 Jun 1998, Steve Tonnesen wrote:
>
>> I'm getting unresolved symbol errors when cardmgr tries to insmod the
>> 3c589_cs module for my 3Com PCMCIA ethernet card. Is this a problem with
>> the boot disks, and/or is there a solution for this? The laptop
On Fri, 5 Jun 1998, Steve Tonnesen wrote:
> I'm getting unresolved symbol errors when cardmgr tries to insmod the
> 3c589_cs module for my 3Com PCMCIA ethernet card. Is this a problem with
> the boot disks, and/or is there a solution for this? The laptop is an AST
> Ascentia J series, and the ca
Brandon Mitchell <[EMAIL PROTECTED]> writes:
> Are we releasing hamm for any other architectures? I've has a few request
> from new testers. Also who should they contact on architecture specific
> problems?
>
> Thanks,
> Brandon
Apart from some missing Packages m68k is running stable.
My A400
Brandon Mitchell <[EMAIL PROTECTED]> writes:
> Now about that hard one, what are we releasing this time[?]
m68k is certainly going to if I have anything to say about it.
--
James
~Yawn And Walk North~
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Cont
Bdale Garbee ([EMAIL PROTECTED]) wrote on 1 June 1998 16:22:
>In article <[EMAIL PROTECTED]> you wrote:
>: Are we releasing hamm for any other architectures? I've has a few request
>: from new testers. Also who should they contact on architecture specific
>: problems?
I've installed an alpha
On Mon 01 Jun 1998, Brandon Mitchell wrote:
> On Mon, 1 Jun 1998, Bdale Garbee wrote:
>
> > : Are we releasing hamm for any other architectures? I've has a few request
> > : from new testers. Also who should they contact on architecture specific
> > : problems?
> >
> > The debian- mailing lists
>On Wed, 6 May 1998, James R. Van Zandt wrote:
>> >..since
>> >I saw this thread I couldn't resist to ask: what's the recommended way
>> >(program) to keep an updated unstable distribution for a home user?
>>
>> I don't know of any easy way.
>
>There is an easy way. I do it at home.
>
> My
-BEGIN PGP SIGNED MESSAGE-
On Wed, 6 May 1998, James R. Van Zandt wrote:
>
> >> I maintain a hamm mirror at work. According to my records, the
> >> traffic to keep hamm up to date amounts to about 20 MB/day.
>
> >I'm a bit of a newbie with respect to Debian, and I've recently susbcribe
>> I maintain a hamm mirror at work. According to my records, the
>> traffic to keep hamm up to date amounts to about 20 MB/day.
>I'm a bit of a newbie with respect to Debian, and I've recently susbcribed
>to some mailing lists. I'm still reading a lot of FAQ material, but since
>I saw this thre
Bob Hilliard <[EMAIL PROTECTED]> writes:
>[EMAIL PROTECTED] writes:
>> Trying to upgrade via FTP to hamm would be too painfull at 28.8KB!
>
>Hi,
> It depends on your pain threshold, I guess. I thought that too,
>until I started the bo testihng program a little over a year ago.
>Since then I
[EMAIL PROTECTED] writes:
> Trying to upgrade via FTP to hamm would be too painfull at 28.8KB!
Hi,
It depends on your pain threshold, I guess. I thought that too,
until I started the bo testihng program a little over a year ago.
Since then I have updated from rex to bo, then bo to hamm, and
On Tue, May 05, 1998 at 08:35:19AM -0400, [EMAIL PROTECTED] wrote:
> Does the kernel source package in hamm (kernel-source-2.0.33
> 2.0.33-7.deb) include the patch for fat32?
Yes, it does. From "/usr/doc/kernel-source-2.0.33/changelog.debian.gz":
"...
kernel-source-2.0.33 (2.0.33-3) stable unst
On Mon, Apr 27, 1998 at 10:37:19PM +0100, [EMAIL PROTECTED] wrote:
> I just upgraded to hamm. I have a link from /usr/local to /mnt/c/local,
> because it is on a different disk. For some reason the link was removed
> and a directory created. it also created /usr/local/share/octave and
> /usr/local/
sure... put me in, esp. since i'm in the process (as we speak) of
switching a couple production machines from redhat 4.2 to debian hamm.
also, please use [EMAIL PROTECTED] for testing group mail
so it isn't lost in the flood of mailing list stuff.
Thanks,
Simon
On Tue, 30 Dec 1997, Brandon Mitch
I will be working on the boot-floppies package for the next few days.
Hopefully I will have a working boot-floppy tomorrow. I would generate
a set of base disks after that if nobody else has.
Thanks
Bruce
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
On Tue, 30 Dec 1997, Simon's Mailing List Account wrote:
> does anybody have hamm base disks that need to be tested?
> or do we still need to use the bo ones and then upgrade the base packages?
The testing group is waiting for Sven to put them together, and I haven't
heard any estimates. BTW, a
> "Erik" == Erik B Andersen <[EMAIL PROTECTED]> writes:
>> > "Christoph" == Christoph Lameter <[EMAIL PROTECTED]> writes:
Christoph> Lilo 2.0 has the ability to display a file before the
Christoph> prompt and also the ability to boot something with a
Christoph> single keystroke. If so
On Jun 23, Erik B. Andersen wrote
: >
: friendly as chos, fine, I will use it. I doubt I will be making a
: switch really soon though. How hard would it be to hack bzImage
: support into chos? That is the only real problem with chos, right?
: Are there any other features lacking from it that mak
>
> > "Christoph" == Christoph Lameter <[EMAIL PROTECTED]> writes:
>
>
> Christoph> Lilo 2.0 has the ability to display a file before the
> Christoph> prompt and also the ability to boot something with a
> Christoph> single keystroke. If someone could update the lilo
> Christ
> "Christoph" == Christoph Lameter <[EMAIL PROTECTED]> writes:
Christoph> Lilo 2.0 has the ability to display a file before the
Christoph> prompt and also the ability to boot something with a
Christoph> single keystroke. If someone could update the lilo
Christoph> package and
On Jun 21, Christoph Lameter wrote
> Lilo 2.0 has the ability to display a file before the prompt and also the
> ability to boot something with a single keystroke. If someone could update
> the lilo package and provide a decent configuration then lilo could also
> offer a nice menu on boot up so th
[EMAIL PROTECTED] (Douglas L Stewart) wrote on 18.06.97 in <[EMAIL PROTECTED]>:
> On 18 Jun 1997, Kai Henningsen wrote:
>
> > > ftpdir: /debian/hamm
> >
> > This is probably the problem. The above path is relative to the /debian
> > directory. You might try
> >
> > ftpdir: /
I dont know if I already said this but exim does not support bangpaths but
domainized uucp is no problem.
On 14 Jun 1997, John Goerzen wrote:
>Christoph Lameter <[EMAIL PROTECTED]> writes:
>
>>
>> It might be good if we would replace smail in hamm with exim. Exim should
>> be the standard maile
On 18 Jun 1997, Kai Henningsen wrote:
> > ftpdir: /debian/hamm
>
> This is probably the problem. The above path is relative to the /debian
> directory. You might try
>
> ftpdir: /debian
>
> and see if that helps.
I made the change:
include:hamm/hamm,hamm/co
[EMAIL PROTECTED] (Douglas L Stewart) wrote on 17.06.97 in <[EMAIL PROTECTED]>:
> On 17 Jun 1997, Kai Henningsen wrote:
>
> > [EMAIL PROTECTED] (Douglas L Stewart) wrote on 16.06.97 in
> > <[EMAIL PROTECTED]>:
> >
> > > Is there a dftp.conf setup I can use that doesn't require me to do some
> >
On Jun 18, Rob Browning wrote
> Say you have three users who have accounts on your system, but their
> primary accounts are elsewhere. Now you want their email headers to
> be rewritten by *sendmail* to appear to come from their other provider
> so that it will be correct no matter what email clie
Chris Fearnley <[EMAIL PROTECTED]> writes:
> If I might speculate on my "winning" sendmail configuration strategy:
> ignore the irrelevant (like rule sets).
Say you have three users who have accounts on your system, but their
primary accounts are elsewhere. Now you want their email headers to
be
On 17 Jun 1997, Kai Henningsen wrote:
> [EMAIL PROTECTED] (Douglas L Stewart) wrote on 16.06.97 in <[EMAIL
> PROTECTED]>:
>
> > Is there a dftp.conf setup I can use that doesn't require me to do some
> > sed work on the packages file? The paths are wrong for the mirrors in the
> > one that's o
[EMAIL PROTECTED] (Douglas L Stewart) wrote on 16.06.97 in <[EMAIL PROTECTED]>:
> Is there a dftp.conf setup I can use that doesn't require me to do some
> sed work on the packages file? The paths are wrong for the mirrors in the
> one that's on the servers now.
The paths in the Packages file c
[EMAIL PROTECTED] (Tim Cutts) wrote on 17.06.97 in <[EMAIL PROTECTED]>:
> On 16 Jun 1997, Kai Henningsen wrote:
>
> > I meant the possibility for a customer to request the ISP exim to reject
> > any mail that comes from, say, savetrees.com. You know, what AOL does,
> > except I want individual cu
'Tim Cutts wrote:'
>On 14 Jun 1997, John Goerzen wrote:
>> Christoph Lameter <[EMAIL PROTECTED]> writes:
>> > It might be good if we would replace smail in hamm with exim. Exim should
>> > be the standard mailer for hamm:
>>
>> Exim doesn't provide UUCP capabilities *at all*, thus it is rather
>>
On 16 Jun 1997, Kai Henningsen wrote:
> I meant the possibility for a customer to request the ISP exim to reject
> any mail that comes from, say, savetrees.com. You know, what AOL does,
> except I want individual customers to be able to configure individual
> lists.
I don't think that is po
[EMAIL PROTECTED] (Miquel van Smoorenburg) wrote on 16.06.97 in <[EMAIL
PROTECTED]>:
> In article <[EMAIL PROTECTED]>,
> Kai Henningsen <[EMAIL PROTECTED]> wrote:
> [exim]
> >I also hope to figure out how to get exim to have a customer-configurable
> >spam block when acting as MX for those custo
On 16 Jun 1997, Miquel van Smoorenburg wrote:
> Ofcourse there also needs to be a file (LocalIP with sendmail) to define
> IP ranges that may use your SMTP host as a relay - for customers that
> use your host as smarthost (Eudora, pegasus, netscape, sendmail null
> clients etc).
Well, exim certai
Exim can provide UUCP capabilities. It cannot do bang path routing. I doubt
that anyone is using that though.
--
> From: John Goerzen <[EMAIL PROTECTED]>
> To: Christoph Lameter <[EMAIL PROTECTED]>;
debian-devel@lists.debian.org
> Subject: Re: Hamm: Exim + Chos stand
In article <[EMAIL PROTECTED]>, David Frey <[EMAIL PROTECTED]> wrote:
>As several people already pointed out, the phone costs in Europe are rather
>high;
>so that people like to use the transfer agent with the shortest connection
>duration,
>which is doubtless UUCP.
>
>But this requires an MTA w
In article <[EMAIL PROTECTED]>,
Kai Henningsen <[EMAIL PROTECTED]> wrote:
[exim]
>I also hope to figure out how to get exim to have a customer-configurable
>spam block when acting as MX for those customers - I think they'll like
>that very much, and it sure looks as if that should be possible.
In article <[EMAIL PROTECTED]>,
David Frey <[EMAIL PROTECTED]> writes:
> exim should be able to parse simple bang-paths IMO (host!user), since most >
> UUCP paths
It can read them with rewriting; it can't rewrite them but you could
probably use a perl script or something to generate the
On Sun, Jun 15 1997 11:20 BST Philip Hands writes:
> > Exim doesn't provide UUCP capabilities *at all*, thus it is rather
> > useless for sites that use UUCP (like me).
>
> I expect that you will admit that UUCP sites are a minority. I use UUCP, but
> I don't think that the majority of
[EMAIL PROTECTED] (Philip Hands) wrote on 15.06.97 in <[EMAIL PROTECTED]>:
> > Exim doesn't provide UUCP capabilities *at all*, thus it is rather
> > useless for sites that use UUCP (like me).
>
> I expect that you will admit that UUCP sites are a minority. I use UUCP,
I don't know about him, b
Tim Cutts wrote:
>Well, for one thing exim (and smail) are a hell of a lot easier to
>configure than sendmail.
I've found that the m4 configuration of sendmail is fairly easy for
an Internet-only machine (I don't run UUCP), but YMMV, of course.
--
Thomas Koenig, [EMAIL PROTECTED], [EMAIL PROTECT
In article <[EMAIL PROTECTED]>,
"Christian Hudon" <[EMAIL PROTECTED]> writes:
> And yes, I think it'd be a good idea, assuming that exim's .forward syntax
> is backward-compatible with sendmail/smail's syntax.
Yes and no. Exim will understand ones from sendmail or smail; obviously once
y
> Exim doesn't provide UUCP capabilities *at all*, thus it is rather
> useless for sites that use UUCP (like me).
I expect that you will admit that UUCP sites are a minority. I use UUCP, but
I don't think that the majority of users who do not should be forced to use a
cumbersome mail transfer a
On Sun, 15 Jun 1997, Christian Hudon wrote:
> To make this clearer, the only thing that would happen it that exim would
> be marked with priority 'important' and smail with priority 'extra'..
>
> And yes, I think it'd be a good idea, assuming that exim's .forward syntax
> is backward-compatible w
On 14 Jun 1997, John Goerzen wrote:
> Christoph Lameter <[EMAIL PROTECTED]> writes:
>
> >
> > It might be good if we would replace smail in hamm with exim. Exim should
> > be the standard mailer for hamm:
>
> Exim doesn't provide UUCP capabilities *at all*, thus it is rather
> useless for site
On Jun 14, Mark Baker wrote
>
> In article <[EMAIL PROTECTED]>,
> Heiko Schlittermann <[EMAIL PROTECTED]> writes:
>
> >: It might be good if we would replace smail in hamm with exim. Exim should
> >: be the standard mailer for hamm:
> >
> > ... hmmm, ``never change a running system'', and
On Jun 14, John Goerzen wrote
> Christoph Lameter <[EMAIL PROTECTED]> writes:
>
> >
> > It might be good if we would replace smail in hamm with exim. Exim should
> > be the standard mailer for hamm:
>
> Exim doesn't provide UUCP capabilities *at all*, thus it is rather
> useless for sites that
Christoph Lameter <[EMAIL PROTECTED]> writes:
>
> It might be good if we would replace smail in hamm with exim. Exim should
> be the standard mailer for hamm:
Exim doesn't provide UUCP capabilities *at all*, thus it is rather
useless for sites that use UUCP (like me). Right now, I am using
sen
In your email to me, Rob Browning, you wrote:
>
> Nathan E Norman <[EMAIL PROTECTED]> writes:
>
> > Not that anyone necessarily has the time, but would it be worthwhile to
> > create some documents listing categories of packages, comparing and
> > contrasting the competing packages?
>
> Right.
In article <[EMAIL PROTECTED]>,
Heiko Schlittermann <[EMAIL PROTECTED]> writes:
>: It might be good if we would replace smail in hamm with exim. Exim should
>: be the standard mailer for hamm:
>
> ... hmmm, ``never change a running system'', and smail _is_ running.
No-one's suggesting
Nathan E Norman <[EMAIL PROTECTED]> writes:
> Not that anyone necessarily has the time, but would it be worthwhile to
> create some documents listing categories of packages, comparing and
> contrasting the competing packages?
Right. I'm about to help someone set up a relatively busy mailserver,
On Jun 12, Christoph Lameter wrote
: It might be good if we would replace smail in hamm with exim. Exim should
: be the standard mailer for hamm:
... hmmm, ``never change a running system'', and smail _is_ running.
And I you're able to read some docs, it's possible to setup this
think quite easy.
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Kai Henningsen) writes:
> I seem to remember reading somewhere in the exim docs that some simple
> bang addresses are understood by exim. Not sure about that.
You can cope with host!user by using a rewrite rule, not anything much more
>
> Also we might think about replacing lilo with chos as the standard boot
> loader from harddisk. lilo always is a difficulty for newbies, chos
> offers:
>
> - Menudriven Boot Loader (Cryptic Prompt only on demand)
> - Highly Customizable Color Menus.
> - Simple configuration in passwd style fi
On Fri, 13 Jun 1997, Mark Baker wrote:
:
:In article <[EMAIL PROTECTED]>,
: Alexander Koch <[EMAIL PROTECTED]> writes:
:
:> Both qmail (which proved insecure ) and Exim are not capable
:> of UUCP or even bang paths! So a lot of those guys in countries where phone
:> costs are terrible (like
In article <[EMAIL PROTECTED]>,
Alexander Koch <[EMAIL PROTECTED]> writes:
> Both qmail (which proved insecure ) and Exim are not capable
> of UUCP or even bang paths! So a lot of those guys in countries where phone
> costs are terrible (like in Germany) still use it and they WILL have a
[EMAIL PROTECTED] (Christoph Lameter) wrote on 12.06.97 in <[EMAIL PROTECTED]>:
> It might be good if we would replace smail in hamm with exim. Exim should
> be the standard mailer for hamm:
>
> - Exim is based on the same concepts as smail.
> - It is developed with newer concepts in mind
> - Exi
SirDibos:
> Whoa, hold on. Apparently, source code isnt available for chos. So, I
> take my words back. By all means, lets keep it in the distribution, but
> by no means let it be the "primary" boot loader.
Actually, they're still both in there, and I still maintain wordplay, though
I don't eve
From: Christoph Lameter <[EMAIL PROTECTED]>
> Sourcecode is available for chos and it has been GPLed by the author after
> several people talked with him (among them me on behalf of Debian).
Hooray!
Is the GPL-ed version and its source in a Debian package yet?
Thanks
Bruce
--
B
Christoph Lameter:
>
> Also we might think about replacing lilo with chos as the standard boot
> loader from harddisk. lilo always is a difficulty for newbies, chos
> offers:
>
> - Menudriven Boot Loader (Cryptic Prompt only on demand)
> - Highly Customizable Color Menus.
> - Simple configuration
On Thu, 12 Jun 1997, SirDibos wrote:
> > Also we might think about replacing lilo with chos as the standard boot
> > loader from harddisk. lilo always is a difficulty for newbies, chos
> > offers:
>
> Sounds good to me. I am an advocate of many solutions I hate to see
> any software get dro
> Let me remind you of one thing...
>
> Both qmail (which proved insecure )
To what are you referring ?
> and Exim are not capable
> of UUCP or even bang paths!
Qmail is most definitely capable of UUCP (I use it here), and AFAIK bang paths
can be done with rmail.
> So a lot of those guys in c
I second the motion. Smail has been nothing but a headache for me. I was
*so* releived to get fetchpop working, so that I could bypass the need to
pass my mail thru port 25 on my own machine for delivery.
pine + fetchpop + procmail serves all my email needs. (Im not up 24/7, so
its ok ;))
spe
[EMAIL PROTECTED] (Mark Baker) wrote on 13.06.97 in <[EMAIL PROTECTED]>:
> In article <[EMAIL PROTECTED]>,
> Alexander Koch <[EMAIL PROTECTED]> writes:
>
> > Both qmail (which proved insecure ) and Exim are not
> > capable of UUCP or even bang paths! So a lot of those guys in countries
> >
On Thu, 12 Jun 1997, SirDibos wrote:
>speaking of which. if I packaged up fetchpop, could it get included in
>debian? I much prefer it to fetchmail. if only fetchmail had a -o or a
>localfolder option! Also, fetchpop guides you thru creation of the
>appropriate config file the first time you r
Philip Hands <[EMAIL PROTECTED]> writes:
> > Let me remind you of one thing...
> >
> > Both qmail (which proved insecure )
>
> To what are you referring ?
Probably what was reported on the djb-qmail mailing list, where you
start sending data, but no CR-LF, down the line and qmail malloc's
some
[EMAIL PROTECTED] (Alexander Koch) wrote on 13.06.97 in <[EMAIL PROTECTED]>:
> Quoting Philip Hands ([EMAIL PROTECTED]):
> > Qmail is most definitely capable of UUCP (I use it here), and AFAIK bang
> > paths can be done with rmail.
>
> With what addition? Last time I really tried it, it was only
Sourcecode is available for chos and it has been GPLed by the author after
several people talked with him (among them me on behalf of Debian).
On Thu, 12 Jun 1997, SirDibos wrote:
>
>
>On Thu, 12 Jun 1997, SirDibos wrote:
>> > Also we might think about replacing lilo with chos as the standard boo
In article <[EMAIL PROTECTED]>,
Christoph Lameter <[EMAIL PROTECTED]> writes:
> It might be good if we would replace smail in hamm with exim.
I agree entirely. Though we should keep smail for people who use smail
elsewhere and don't want to switch.
> - Exim is scalable from running from
In article <[EMAIL PROTECTED]>,
Santiago Vila Doncel <[EMAIL PROTECTED]> writes:
> BTW: There will be a completely GPLed procmail in hamm soon. Could we make
> it the "standard MDA" as well? :-) [ Red-Hat *already* does this ]
Not if we adopt exim as the standard MTA: although exim works
> > > Both qmail (which proved insecure )
> >
> > To what are you referring ?
>
> Probably what was reported on the djb-qmail mailing list, where you
> start sending data, but no CR-LF, down the line and qmail malloc's
> some memory for it, then malloc's some more, and some more, etc. I
> haven'
-BEGIN PGP SIGNED MESSAGE-
On Thu, 12 Jun 1997, SirDibos wrote:
> I second the motion. Smail has been nothing but a headache for me. I was
> *so* releived to get fetchpop working, so that I could bypass the need to
> pass my mail thru port 25 on my own machine for delivery.
>
> pine +
92 matches
Mail list logo
