Content-Type: text/plain
debian-user-digest Digest Volume 2007 : Issue 2083
Today's Topics:
Re: Bookmark nicknames, and address [ Kumar Appaiah ]
Re: booting problem (udev related?) [ Miles Bader ]
Re: IO Error during APT use [ bob@proulx.com (Bob Proulx) ]
Re: mounting usb frustration [ Ron Johnson ]
Re: Swap configuration for 16GB of R [ michael@estone.ca ]
Re: how to set network io priority f [ Douglas Allan Tutty ]
Re: Caps Lock don't work [ Douglas Allan Tutty ]
Re: Swap configuration for 16GB of R [ Douglas Allan Tutty ]
Re: Caps Lock don't work [ "Mumia W.." ]
Re: Debian Etch apache2 virtual host [ rocky <rocky2winnie@gmail.com> ]
Date: Thu, 2 Aug 2007 06:39:49 +0530
From: Kumar Appaiah <akumar@iitm.ac.in>
To: debian-user@lists.debian.org
Subject: Re: Bookmark nicknames, and address drop down in Epiphany
Message-ID: <20070802010949.GA3235@localhost>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Thu, Aug 02, 2007 at 06:37:55AM +0530, Kumar Appaiah wrote:
> I tried:
> bug http://bugs.debian.org/%s
> wp http://en.wikipedia.org/wiki/Special:Search?search=%s&go=Go
OK, i got it. It's interchanged! :-)
http://bugs.debian.org/%s bug
http://en.wikipedia.org/wiki/Special:Search?search=%s&go=Go wp
Works like a charm.
Thanks!
Kumar
--
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036
Date: Thu, 02 Aug 2007 10:20:40 +0900
From: Miles Bader <miles@gnu.org>
To: debian-user@lists.debian.org
Subject: Re: booting problem (udev related?)
Message-ID: <87ir7yk9zr.fsf@catnip.gol.com>
Content-Type: text/plain; charset=us-ascii
bob@proulx.com (Bob Proulx) writes:
> I think the problem is your clue that previously you had compiled into
> your kernel your required modules. This may be making it difficult
> for mkinitramfs to determine which modules are required. If it fails
> to detect this it would build an incorrect initrd.img and have similar
> results to what you are reporting. You may need to hint to it a
> module to help bootstrap the system along.
Hmm, I didn't realize it analyzed the system when building the ramfs
contents. Maybe I could just reinstall the kernel while the new kernel
is running (or is there an official "hint" mechanism I could use)?
[I thought it just included _every_ possible module on the ramfs --
judging from the enormous size of the installed kernel package, it seems
like it!]
>> BTW, my system uses a SCSI disk with an old Adaptec SCSI card
>> scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0
>> <Adaptec 2940 Ultra SCSI adapter>
>
> That was a great card. I have one too but it is no longer in use.
> I miss SCSI.
Yeah this system gives me the warm fuzzies, despite the very small disk
size; I guess next system will be SATA though, it's just too hard to
justify anything else... :-/
Thanks,
-Miles
--
My spirit felt washed. With blood. [Eli Shin, on "The Passion of the Christ"]
Date: Wed, 1 Aug 2007 19:55:05 -0600
From: bob@proulx.com (Bob Proulx)
To: debian-user@lists.debian.org
Subject: Re: IO Error during APT use
Message-ID: <20070802015505.GA11230@dementia.proulx.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Rico Secada wrote:
> Normally I would consider an IO error as a hardware error, but I don't
> think that is the case in this situation.
Agreed. This is a userland program error message and not a device
driver error message.
> I/O error : Input/output error
> /usr/share/omf/gnome-netstatus/gnome-netstatus-zh_CN.omf:1: parser
> error : Document is empty
> ...
> Any ideas as to why I get this kind of error?
That file is part of the gnome-netstatus-applet package.
What is the size of that file? Is it zero sized?
ls -ld /usr/share/omf/gnome-netstatus/gnome-netstatus-zh_CN.omf
If not zero sized then does the file look normal?
less /usr/share/omf/gnome-netstatus/gnome-netstatus-zh_CN.omf
The stable version is an xml file with xml tags. I suspect that your
disk filled up or something crashed during the installation or
something and the file was left as a zero sized file. Or that the
file contents are somehow corrupted. If the file does not look like
xml then that is likely the problem. You might want to reinstall the
package.
sudo apt-get install --reinstall gnome-netstatus-applet
Bob
Date: Wed, 01 Aug 2007 21:13:05 -0500
From: Ron Johnson <ron.l.johnson@cox.net>
To: debian-user@lists.debian.org
Subject: Re: mounting usb frustration
Message-ID: <46B13DB1.2030102@cox.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 08/01/07 15:40, Bob McGowan wrote:
> Douglas Allan Tutty wrote:
>> On Wed, Aug 01, 2007 at 12:14:01PM -0500, Ron Johnson wrote:
>>> On 08/01/07 08:05, Douglas Allan Tutty wrote:
>> >
>>>> For a shorter fstab entry, can you label a digital camera and then use
>>>> LABEL="camera" instead?
>>> You can do it with fixed disks that have decent filesystems, but I
>>> doubt that anything partitioned with vfat would work.
>>
>> Can't you use mlabel? Or mkfs.vfat with the -n parameter?
>> Doug.
>>
>>
>
> Yes. I have used mlabel to label my XD memory cards (all of them) as
> FUJIXDCARD, and set up fstab for them with "LABEL=FUJIXDCARD..." and it
> works fine.
>
> I also have an old Muvo MP player (64MB) I'm using as portable storage
> now, also labeled the same way (MUSICDISK), it also works fine.
Well, I'm glad I'm wrong.
- --
Ron Johnson, Jr.
Jefferson LA USA
Give a man a fish, and he eats for a day.
Hit him with a fish, and he goes away for good!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFGsT2xS9HxQb37XmcRArJuAJ9nTEWZpXn9yHQOgWyO1xeN6PDdUQCfScX7
qxCL4SdkQpE/Zkdj94PIjcY=
=YOKj
-----END PGP SIGNATURE-----
Date: Wed, 01 Aug 2007 19:47:46 -0700
From: michael@estone.ca
To: "debian-user@lists.debian.org" <debian-user@lists.debian.org>
Subject: Re: Swap configuration for 16GB of RAM, 8 cores
Message-ID: <20070801194746.xnzl7jwzk4sw4kk8@estone.ca>
Content-Type: text/plain;
charset=ISO-8859-1;
DelSp="Yes";
format="flowed"
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Quoting "agenkin@gmail.com" <agenkin@gmail.com>:
> I am installing two servers, each with 16GB of RAM, two quad-core Xeon
> processors, and a SATA hard drive. The machines will be compute
> servers, meaning lots of concurrently logged in users, each running
> an assortment of jobs, and various long-running processes. The jobs
> will be
> vastly dissimilar with regards to using the memory, disk, and CPU, and
> to
> their run time, so the configuration should be generic, general
> purpose.
>
> What are the current best practices with regards to swap partitions?
> Is it
> better to create one big, or several smaller swap partitions? Is the
> rule
> of thumb still RAM*2 for the total size?
>
> We are running Debian 4.0/Etch with the stock -i686-bigmem kernel.
>
Awesome, you have tons of kick ass electronic hardware.
16 Gigs of ram.... Dualy Quad Xeons...
and only one hard drive? LOL
With that much hard core gear, I wonder if swap at RAM*1 or RAM*2 or =20
RAM*.5 would make much of difference?
I would be interested to know if it does, if you ever find out whether =20
one out performs another.
Have you considered using the AMD64 port?, or perhaps you have some =20
custom 32 bit stuff that can only run on x86?
Mike
Date: Wed, 1 Aug 2007 23:03:50 -0400
From: Douglas Allan Tutty <dtutty@porchlight.ca>
To: debian-user@lists.debian.org
Subject: Re: how to set network io priority for a process?
Message-ID: <20070802030350.GB16271@titan>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Wed, Aug 01, 2007 at 09:49:41PM -0300, Henrique de Moraes Holschuh wrote:
> It certainly can do what you want, if you leave it running and use it as a
> shell and not as a single-command download tool. lftp can carry as many
> transfers in parallel as needed, to as many sites as needed, and bounce from
> one to another as needed. Pause them, queue them, stop them, etc.
>
> If you need to detach lftp from terminals and access it remotely, screen is
> your friend.
It sounds like it will do everything I need except be persistant over
reboots. I'm also going to look into curl.
Thanks,
Doug.
Date: Thu, 2 Aug 2007 03:10:31 +0000 (UTC)
From: Oleg Verych <for.gmane@flower.upol.cz>
To: debian-user@lists.debian.org
Subject: Re: adduser
Message-ID: <slrnfb2jje.anq.for.gmane@flower.upol.cz>
01-08-2007, Bob Proulx:
> Oleg Verych wrote:
>> Ids may change and i will end up with /var/spool/exim4 owned by
>> different user in case /etc/passwd is new.
>
> I don't think that should be a concern because if the ownership of
> /var/spool/exim4 needs to be non-root then it should be set in the
> postinst script. That would be true upon the first installation too,
> right?
If my local installation/configuratin chain is like:
1. install all need packages
2. do local changes
then if i do change `/var/' to my old (backup) one on separate
partition, `/etc/passwd' may have wrong owner. But this can be fixed,
if i will re-add appropriate user myself. I would like to supply my
installation options to packages i need, but like you've said, more
flexible and easy installation process will be a big step forward.
Anyway to pull and then update adduser, that is suppose to be run only
once, is a very bad thing. In case of removal, twice. But hey, there is
lightweight userdel from passwd, adduser is wrapping!
I've published my aggressive janitor BTW, in case somebody is interested.
DDs are certainly not.
<http://mid.gmane.org/slrnfatdd1.anq.for.gmane@flower.upol.cz>
____
Date: Wed, 1 Aug 2007 23:11:27 -0400
From: Kevin Mark <kevin.mark@verizon.net>
To: debian-user@lists.debian.org
Subject: Re: Getting Firefox/Iceweasel to open text/pgp files?
Message-ID: <20070802031127.GD25152@localhost>
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Wed, Aug 01, 2007 at 05:55:58PM -0300, Rog=E9rio Brito wrote:
> Dear fellows,
>=20
> I am usually looking closely the development of Debian and I like to see
> which packages have been uploaded to Debian (including some of the
> packages maintained by me) at http://incoming.debian.org/
>=20
> There, I often like to look at the *.changes files, since they contain
> the description of what has happened with the packages in the version
> uploaded there.
>=20
> Unfortunately, this worked with Mozilla (and siblings) with the .changes
> files (which are pure text files) opening in the browser without any
> problems up to a point where (I think) the ftpmasters changed the
> description for the web browsers that the .changes files content is
> text/pgp, instead of text/plain.
>=20
> So, in light of this would anybody know how to force Firefox (etc) to
> open the files instead of trying to launch, say, less for such files?
>=20
> Any help here would be quite welcome.
I subscribe to debian-devel-changes. Is that not useful?
-K
--=20
| .''`. =3D=3D Debian GNU/Linux =3D=3D | my web site: |
| : :' : The Universal |mysite.verizon.net/kevin.mark/|
| `. `' Operating System | go to counter.li.org and |
| `- http://www.debian.org/ | be counted! #238656 |
| my keyserver: subkeys.pgp.net | my NPO: cfsg.org |
|join the new debian-community.org to help Debian! |
|_______ Unless I ask to be CCd, assume I am subscribed _______|
Date: Wed, 1 Aug 2007 23:12:32 -0400
From: Douglas Allan Tutty <dtutty@porchlight.ca>
To: debian-user@lists.debian.org
Subject: Re: Caps Lock don't work
Message-ID: <20070802031232.GC16271@titan>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Wed, Aug 01, 2007 at 09:12:26PM +0200, Salve H?kedal wrote:
> I run Etch on 3 machines, and have trouble with Caps Lock in the linux
> console. (In X it's ok.)
>
> machine[1a] Installed Woody in 2004, upgraded to Sarge and then Etch.
> Caps Lock works.
>
> machine[2] Installed Sarge, later upgraded to Etch when stable.
> Caps Lock won't work. Gives a mix of upper and lower case.
>
> machine[3] Installed Etch some months ago.
> Caps Lock won't work. Gives a mix of upper and lower case.
>
> machine[1b] Installed Etch some days ago fresh on another partition.
> Caps Lock won't work. Gives a mix of upper and lower case.
>
>
> My default locale is nn_NO.utf8, but I have tried switching to
> en_GB.utf8 or C with no better result.
>
> As the two installations on machine[1], behaves different, it seems to
> me that it must be a software issue?
I used the same problem on my i386 since I switched to Etch. The caps
lock worked but but numbers were also shifted. The only time I noticed
it was when typing Canadian postal codes (mine is K0K 3N0) which is easy
with caps lock but not with the shift.
I was about to say I _have_ the same problem but I guess its been a
while since I typed a postal code, testing just now I don't have that
problem. The only change I've made is that I have changed local to C
and purged the locales package, and I've switched back from terminus
font and purged the console related packages (e.g. console-setup).
Based on this, you could test by purging the console- stuff if you're
using a regular legacy keyboard (as I am) but I don't know if its needed
for a USB one.
Doug.
Date: Wed, 1 Aug 2007 20:31:54 -0700 (PDT)
From: Pedro Izecksohn <izecksohn@yahoo.com>
To: debian-user@lists.debian.org
Subject: Re: My experience with Lenny.
Message-ID: <428812.89174.qm@web50112.mail.re2.yahoo.com>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
I wrote:=0A=0A Another problem is openoffice.org-impress_2.0.4.dfsg.2-7etc=
h1_i386.deb=0Athat crashes sometimes, I do not know exactly why.=0A=0Ajdkay=
e10 replied:=0A=0ABom dia Pedro,=0A...=0AOne point on Impress. Version 2.0.=
4 is a bit out of=0Adate. You might have more joy downloading from the Open=
office site where=0Athe current version is 2.2.1. There is an autoupdate fe=
ature on=0AOpenoffice so you don't have to do this more than once. The test=
ing=0Aversions of OO tend to be a little behind and there's no problem runn=
ing=0Athe very latest version on Lenny (or any previous testing version I'v=
e ever=0Aused). You get a tarball with a bunch of RPMs that you can convert=
to debs=0Awith alien. Then the installation is trivial. Note that the defa=
ult=0Alocation is /opt, which is where I like OO to be.=0AAt=E9 logo,=0A...=
=0A=0AMy reply:=0A=0A Jonathan, thank you.=0A Now I'll try this.=0A=0A=0A=
=0A=0A=0A=0A =0A_____________________________________________________=
_______________________________=0ATake the Internet to Go: Yahoo!Go puts th=
e Internet in your pocket: mail, news, photos & more. =0Ahttp://mobile.yaho=
o.com/go?refer=3D1GNXIC
Date: Wed, 1 Aug 2007 23:43:00 -0400
From: Douglas Allan Tutty <dtutty@porchlight.ca>
To: debian-user@lists.debian.org
Subject: Re: booting problem (udev related?)
Message-ID: <20070802034300.GD16271@titan>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Thu, Aug 02, 2007 at 08:50:08AM +0900, Miles Bader wrote:
> I seems like it may be related to udev because if I look in /dev, the disk
> device nodes which should be there _aren't there_, even though the disk
> hardware is recognized fine by the kernel.
>
Udev isn't running yet. The boot devices/modules are loaded in the
initramfs. I've never compiled a kernel so I haven't had to fitz with
initramfs.
Doug.
Date: Thu, 2 Aug 2007 05:44:25 +0200
From: Rico Secada <coolzone@it.dk>
To: debian-user@lists.debian.org
Subject: Re: IO Error during APT use
Message-Id: <20070802054425.73892a34.coolzone@it.dk>
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
On Wed, 1 Aug 2007 19:55:05 -0600
bob@proulx.com (Bob Proulx) wrote:
Thanks Bob!
> Rico Secada wrote:
> > Normally I would consider an IO error as a hardware error, but I
> > don't think that is the case in this situation.
>
> Agreed. This is a userland program error message and not a device
> driver error message.
>
> > I/O error : Input/output error
> > /usr/share/omf/gnome-netstatus/gnome-netstatus-zh_CN.omf:1: parser
> > error : Document is empty
> > ...
> > Any ideas as to why I get this kind of error?
>
> That file is part of the gnome-netstatus-applet package.
> What is the size of that file? Is it zero sized?
>
> ls -ld /usr/share/omf/gnome-netstatus/gnome-netstatus-zh_CN.omf
>
> If not zero sized then does the file look normal?
>
> less /usr/share/omf/gnome-netstatus/gnome-netstatus-zh_CN.omf
>
> The stable version is an xml file with xml tags. I suspect that your
> disk filled up or something crashed during the installation or
> something and the file was left as a zero sized file. Or that the
> file contents are somehow corrupted. If the file does not look like
> xml then that is likely the problem. You might want to reinstall the
> package.
>
> sudo apt-get install --reinstall gnome-netstatus-applet
>
> Bob
>
>
> --
> To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmaster@lists.debian.org
>
>
Date: Wed, 1 Aug 2007 23:44:55 -0400
From: Douglas Allan Tutty <dtutty@porchlight.ca>
To: debian-user@lists.debian.org
Subject: Re: Swap configuration for 16GB of RAM, 8 cores
Message-ID: <20070802034455.GE16271@titan>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Wed, Aug 01, 2007 at 07:47:46PM -0700, michael@estone.ca wrote:
> Have you considered using the AMD64 port?, or perhaps you have some
> custom 32 bit stuff that can only run on x86?
Even if he does, it would probably run better in an i386 chroot. Unless
he's developing the i386 kernel.
Doug.
Date: Thu, 02 Aug 2007 03:53:00 +0000
From: "Karl O. Pinc" <kop@meme.com>
To: debian-user@lists.debian.org
Subject: Re: OT: Success in reflashing a crippled OEM bios
Message-Id: <1186026780l.3474l.3l@mofo>
Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
For the record,
I had to set the RAM timing to 1:1 to slow the
frontside bus down to 133MHz, with the CPU setting
at 133 as is set by the "performance" default bios
settings, in order to have stability. Memtest86+
was reporting errors otherwise.
On 08/01/2007 03:49:03 PM, Karl O. Pinc wrote:
> Hi,
>=20
> FYI. Some time ago I bought a cheap $150 Linspire box
> from Frys. (Great Quality PC, it says on the box.)
>=20
> I bought it because I knew Linspire did not ship
> binary-only drivers, so I knew the box would work
> with all distros. Sadly, Linspire has changed their
> policy and buying a box with their OS is no longer
> a guarentee of anything. For that and other
> reasons I can no longer recommend buying a pre-loaded
> Linspire box.
>=20
> I'd love to be a fly on the wall when these people are talking
> about how they want to sell a crippled box, and what
> features they want to pay extra money to rip out.
>=20
> It comes with a ECS 741GX-M2 motherboard.
> (10/18/2005-741GX-M2-6A7I8E19C-00, says the boot screen.)
> Turns out this is a ECS 741GX-M motherboard that's been
> fitted with a crippled BIOS, as far as I can tell.
>=20
> It turns out that you can flash the bios with the latest 741GX-M bios
> from www.ecs.com.tw. This gives you the option of
> booting at power-up, so you know your box will come
> up after a power failure, and lots more.
>=20
> YMMV. Don't blame me if you turn your box into a brick.
>=20
> Here's my notes:
>=20
> Installed the 41GXMA13.bin bios from:
>=20
> http://www.ecs.com.tw/ECSWebSite/Downloads/ProductsDetail_Download.aspx=
?detailid=3D422&DetailName=3DNew&DetailDesc=3D741GX-M%20%20(V1.0)&Categor=
yID=3D1&MenuID=3D82&LanID=3D9
>=20
> Used the AWD865.exe program to do it.
>=20
> This makes a backup of the old bios:
> AWD865 backup.bin /pn/sy
>=20
> This installs and clears the cmos:
>=20
> AWD865 41gxma13.bin /py/sn/cc
>=20
> Then told the bios to install the optimized settings, not the safe
> ones. And then told it to boot at power-up, etc.
>=20
> The BIOS chip is a:
> EN29F002ANT-70JC
> You have to rip 2 layers of stickers off to get see the
> part number printed on the chip.
>=20
> Note that the bios protect jumper is documented backwards.
> Pins 1 & 2 need to be jumpered to allow the bois to be updated.
Karl <kop@meme.com>
Free Software: "You don't pay back, you pay forward."
-- Robert A. Heinlein
Date: Wed, 01 Aug 2007 22:23:37 -0500
From: "Mumia W.." <paduille.4061.mumia.w+nospam@earthlink.net>
To: =?UTF-8?B?U2FsdmUgSMOla2VkYWw=?= <salve@slogedalen.no>
Cc: Debian User List <debian-user@lists.debian.org>
Subject: Re: Caps Lock don't work
Message-ID: <46B14E39.3070501@earthlink.net>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable
On 08/01/2007 02:12 PM, Salve H=C3=A5kedal wrote:
> I run Etch on 3 machines, and have trouble with Caps Lock in the linux
> console. (In X it's ok.)
>=20
> machine[1a] Installed Woody in 2004, upgraded to Sarge and then Etch.
> Caps Lock works.
>=20
> machine[2] Installed Sarge, later upgraded to Etch when stable.
> Caps Lock won't work. Gives a mix of upper and lower case.
>=20
> machine[3] Installed Etch some months ago.
> Caps Lock won't work. Gives a mix of upper and lower case.
>=20
> machine[1b] Installed Etch some days ago fresh on another partition.
> Caps Lock won't work. Gives a mix of upper and lower case.
>=20
>=20
> My default locale is nn_NO.utf8, but I have tried switching to
> en_GB.utf8 or C with no better result.
>=20
> As the two installations on machine[1], behaves different, it seems to
> me that it must be a software issue?
>=20
>=20
I've had the same situation as what Douglas Allan Tutty described. The=20
caps lock problem used to be there in my Etch system, but when I tested=20
it today, caps lock was working fine.
I've updated Etch several times since I first installed it, so the caps=20
lock problem could be a bug that was fixed, and you might only have to=20
update your OS.
Date: Wed, 1 Aug 2007 23:10:25 -0600
From: bob@proulx.com (Bob Proulx)
To: debian-user@lists.debian.org
Subject: Re: booting problem (udev related?)
Message-ID: <20070802051025.GA31182@dementia.proulx.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Miles Bader wrote:
> Hmm, I didn't realize it analyzed the system when building the ramfs
> contents. Maybe I could just reinstall the kernel while the new kernel
> is running (or is there an official "hint" mechanism I could use)?
Yes. Please try that.
> [I thought it just included _every_ possible module on the ramfs --
> judging from the enormous size of the installed kernel package, it seems
> like it!]
:-)
> Yeah this system gives me the warm fuzzies, despite the very small disk
> size; I guess next system will be SATA though, it's just too hard to
> justify anything else... :-/
Yep. I have given into the dark side too. They have cookies.
Bob
Date: Thu, 02 Aug 2007 06:17:25 -0000
From: rocky <rocky2winnie@gmail.com>
To: debian-user@lists.debian.org
Subject: LAN mail server
Message-ID: <1186035445.067954.74030@m37g2000prh.googlegroups.com>
Content-Type: text/plain; charset="iso-8859-1"
Hey list,
My desktop has Debian Etch running on it. In order to learn DNS, mail
server stuff, I installed bind9, apache2, sendmail and ipopd. I have
set up DNS correctly so use other system on the same LAN can browse to
the /var/www/2ndsite/htdocs directory by entering www.2ndsite.in into
the address bar. After the DNS server and Apache server has been set
up correctly, I move to set up the mail server by doing the below:
1, Install and configure the send mail. Aptitude install sendmail-
bin---->vi /etc/mail/sendmail.mc to comment the lines and they looks
like this
-----------------sendmail.mc--------------------------------
....
....
dnl FEATURE(`no_default_msa')dnl
dnl DAEMON_OPTIONS(`Family=inet, Name=MTA-v4, Port=smtp,
Addr=127.0.0.1')dnl
dnl DAEMON_OPTIONS(`Family=inet, Name=MSP-v4, Port=submission,
Addr=127.0.0.1')dnl
....
....
MAILER(`local')dnl
MAILER(`smtp')dnl
Cw woody.2ndsite.in
Cw 2ndsite.in
-----------------sendmail.mc--------------------------------
Afterward, I run sendmailconfig and Accept "Yes" option for all the
prompt. Finally I made the /etc/hosts looks like below
------------/etc/hosts----------------------------------
127.0.0.1 woody.2ndsite.in LIJIANG
192.168.1.55 woody.2ndsite.in 2ndsite.in loghost
mailhost
...
...
------------/etc/hosts----------------------------------
2, Install and configure pop server. Aptitude install ipopd, accept
the default prompt and choose pop3.
3, testing SMTP. In the shell input mail and send mail to my company
email account. I can receive the testing email send through the Debian
box. But the header read as
---------------------mail header-----------------------
from root<root@rocky>
reply to root<root@rocky>,
LIJIANG<>
to myemail@mycompany.com
....
....
--------------------------mail header------------------
To test the SMTP withing the Debian box, I logged into the system as
root and start mail from the shell by input mail rocky@2ndsite.in ----
>logged into system as rocky and start mail from shell. And the mail
told me no mail is there.
4, testing pop server. telnet 192.168.1.55 110 from other system
within the same LAN. It says" +OK POP3 woody.2ndsite.in v2003.83
server ready"---->input user rocky or user rocky@2ndsite.in tells me
"-ERR Unknown AUTHORIZATION state command"
>From above item 3, The SMTP does not set up perfectly. Firstly, even I
can send out the emails but the from address in the mail header read
as root@rocky instead of root@woody.2ndsite.in or root@2ndsite.in.
Secondly, I can not email to the system users after logged into the
Debian system.
In addition, Above item 4 tells me the POP server does not work
perfectly as well. Even I can telnet to the POP server, I could not
get any one authorizede.
If any of you could help me on this, I would really appreciate it?
Blessings,
Rocky
Date: Thu, 02 Aug 2007 06:18:35 -0000
From: rocky <rocky2winnie@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: Debian Etch apache2 virtual host problem
Message-ID: <1186035515.914118.224620@i38g2000prf.googlegroups.com>
Content-Type: text/plain; charset="us-ascii"
Hey all,
Thank you very much for your help! I will go back and make the
changes.
Blessings,
Rocky
End of debian-user-digest Digest V2007 Issue #2083
**************************************************
Received on Thu Aug 2 03:20:14 2007