Re: [SLUG] What is an easy way to see the HTTP headers in a HTTP request?
> What is an easy way to see the HTTP headers in a HTTP request. I want to see things >like > > HTTP/1.1 200 OK > Date; Fri, 30 Oct 1998 13:12:23 GMT > Server: Apache/1.3.3 (Unix) > Cache-Control: max-age=1800, must-revalidate > .. > .. > .. > 1) You can telnet to port 80 try 1)telnet www.server.com 80 (You will see something like this) Trying www.server.com Connected to www.server.com Escape character is '^]'. 2)HEAD / HTTP/1.0 (press return twice) you will get to see the HTTP headers like these. HTTP/1.1 200 OK Date: Tue, 09 Apr 2002 07:27:58 GMT Server: Apache/1.3.23 (Unix) Debian GNU/Linux PHP/4.1.0RC2 Last-Modified: Thu, 21 Mar 2002 03:31:59 GMT Connection: close Content-Type: text/html; charset=iso-8859-1 YOu can also try to write some code in JAVA or perl.. should not be tough. HTH, Shuklix -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] What is an easy way to see the HTTP headers in a HTTP request?
Thanks for the help folks! > > 1) You can telnet to port 80 > > try > > 1)telnet www.server.com 80 > > (You will see something like this) >Trying www.server.com > Connected to www.server.com > Escape character is '^]'. > > > 2)HEAD / HTTP/1.0 (press return twice) > > you will get to see the HTTP headers like these. > _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] SLUG archives
At 14:51 9/04/02 +1000, Ben Donohue wrote: >Hi Slugs, > >Is there a way to get at the mailing list slug archives of prior to mid >2000? Dunno about the server, but I have them here on the workstation at home... yess, get life and all...:-) Anything in particular ? Jon -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
RE: [SLUG] Help with backup tape
At 16:52 9/04/02 +1000, Simon Bryan wrote: >Thanks to those who answered my queries here this afternoon. The result of >the disaster recovery was that i was able to get the dodgy HDD back up one >more time, so used Samba to drag all the files over onto a CD using XP >(sorry about that). We then installed the new 60GB HDD and am currently >copying the files back again. > >Initial testing indicates a complete recovery...phew! > >Thanks again, even though I never got the tape working, I now have a bit >more breathing space to do so. Simon, When you have a moment, try using "mt" to access the tape - at least that will tell you if the SCSI interface is accepting commands; mt -f /dev/sto status (or rewind, or erase, etc) Jon -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] Redhat 7.2 crashes my computer
Thanks ya all for ya effort in helping me. I found that editing the makefile in the tld of the kernel code tree and changing the two references of gcc to gcc3 works well. And just deleting the gcc file and replacing it with a symlink to gcc3 also works but that messes up the rpm system thing a bit. I have had the machine up for a day so far with linux-2.4.18 compiled under gcc3, and no crash yet. I am still using gnome, for now as a matter of elimination though. If it crashes again I will go to KDE3, (and start a lot of flaming :-). Regards, and thanks for your help again. Karl Bowden On Tue, 2002-04-09 at 08:44, [EMAIL PROTECTED] wrote: I have installed the gcc3 rpms from ximian, but it only puts a gcc3 in the /usr/bin dir. how do i get gcc3 to be the default? can i just delete the gcc file and replace it with a symlink to gcc3? Regards, Karl Bowden >On 8 Apr, Broun, Bevan wrote: >> Just a note: make sure your dont compile with that RH gcc (2.96). > >Why not? It's the default version of gcc on RH7.2, and I did nothing >special for building any of the 2 dozen or so kernels I've experimented >with over the last few months, with no compiler-ish problems. (Just >hardware, and scsi error handling problems.) Unless the kernel build >is set up to use a special version of gcc squirrelled away specially >for the purpose, by the makefiles? > >luke mail2web - Check your email from the web at http://mail2web.com/ . -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug signature.asc Description: This is a digitally signed message part
Re: [SLUG] tar backups to tape
Generally, tapes are streaming, so it is possible that if the transfer rate across the network is slow then more tape may be required for the same amount of data. Really - you need to determine the bottleneck - can you tar from one machine to the HDD on another and see how long it takes - and then locally tar this data to the tape drive. That should give you some good ideas of where the performance bottleneck is. At Tuesday, 09-04-02 16:42 (+1000), Gonzalo Servat wrote: >Hi All > >I was performing backups across the network using Arkeia until one day >the wrong tape was inserted and the whole tape cycle went haywire (as it >requires you enter the right tape with the right label or you get a nice >email in the morning asking you to insert the right tape - when infact, >I DID enter the right tape) and so I got pretty p@#@ed off at Arkeia and >decided to switch to using tar (as I can insert any tape and it will >write, plus tar is pretty universal accross *nix systems so I can >restore on any system) > >Aaaanyway, the point of my story is... it would normally take ~2.5hours >to backup 33GB across the network using Arkeia to tape. >With tar, it takes over 8 hours at which point it gives me a nice "no >space left on device" message on the screen. > >I'm not using gzip compression. I've tried this and it doesn't help the >speed problem (or capacity problem) > >The backup unit is an Ecrix VXA-1 using V17 tapes. > >Any ideas?? > >Thanks in advance! > >Regards, > >Gonzalo. > > >-- >SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ >More Info: http://lists.slug.org.au/listinfo/slug -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] Sendmail giving 553 rejection errors.
On Tue, Apr 09, 2002 at 05:46:44PM +1000, Matt Hyne wrote: > Anyone know why it does it and what I can do to fix it ? Do you have a valid MX record for mydomain.com.au? -- Daniel Stone<[EMAIL PROTECTED]> why did lamont do a postfix for potato? To shut DannyS up, I imagine. BUT YOU'RE STILL HERE, lamont has failed us all!! msg22368/pgp0.pgp Description: PGP signature
[SLUG] Re: What is an easy way to see the HTTP headers in a HTTP request?
At Tue, 9 Apr 2002 15:58:29 +0900, Antony Stace wrote:
> What is an easy way to see the HTTP headers in a HTTP request.
the "lwp-request" (aka "GET", "HEAD" or "POST") script that comes with
the perl LWP library is very good for this sort of stuff.
works with all the stuff that LWP does too (https, http auth, etc).
you would be wanting the "-U" option ("-e" to see headers in the HTTP response).
--
- Gus
--
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug
RE: [SLUG] Sendmail giving 553 rejection errors.
Sendmail says:
.. Domain of sender address [EMAIL PROTECTED] does not exist.
This means sendmail cannot resolve the name. So look at name resolution
again. I would suspect the fault there.
Note: Sendmail will prefer to use named to resolve names before /etc/hosts.
You mentioned internal IP addresses. How do you resolve the name to it?
Bernhard
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Matt Hyne
Sent: Tuesday, 9 April 2002 17:47
To: [EMAIL PROTECTED]
Subject: [SLUG] Sendmail giving 553 rejection errors.
Folks, when I turn _OFF_ the sendmail feature
FEATURE('accept_unresolvable_domains')dnl
I start to get the following emails being rejected by my mail hub (I have
changed the real domain-name for security reasons - and the IP address is
internal only).
Apr 9 16:33:12 panda sendmail[1387]: g396XCU01387: ruleset=check_mail,
arg1=<[EMAIL PROTECTED]>, relay=syd-dhcp-204.mydomain.com.au
[203.21.94.204], reject=553 5.1.8 <[EMAIL PROTECTED]>... Domain of
sender address [EMAIL PROTECTED] does not exist
Apr 9 16:33:12 panda sendmail[1387]: g396XCU01387:
from=<[EMAIL PROTECTED]>, size=0,
class=0, nrcpts=0, proto=ESMTP, daemon=MTA,
relay=syd-dhcp-204.mydomain.com.au [203.21.94.204]
Now, I have checked all the forward and reverse mapping in DNS and all
appears ok.
Anyone know why it does it and what I can do to fix it ?
Matt
--
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug
--
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug
[SLUG] Laptops ?
I am hoping to buy a new laptop in the comming months. Given the difficulty of getting one that will run linux and Xwindows. Ithought I would ask for any suggestions from those who have a working laptop bought here in Australia and for around $3000 Thanks Wayne -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] Laptops ?
On Wed, 10 Apr 2002, Wayne Crich wrote: > I am hoping to buy a new laptop in the comming months. Given the > difficulty of getting one that will run linux and Xwindows. Ithought I > would ask for any suggestions from those who have a working laptop > bought here in Australia and for around $3000 It depends what you're looking for. I love my IBM ThinkPad X21 -- it just works out of the box, and weighs nothing (1.6 kilo). Cheers, Mikal PS: I had a bit of grief with my previous Toshiba. That might say something about how many linux developers use them... -- Michael Still ([EMAIL PROTECTED]) UMT+11hrs -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] stopping StarOffice services
Mike and Martin, Thanks for your help. Those services kept rising from the ashes. Nick -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] stopping StarOffice services
Nick Croft wrote: > Mike and Martin, > Thanks for your help. Those services kept rising from the ashes. Yeah we could have a UNIX movie "Queen of the Daemons" instead of "Queen of the Dammned" :-) xdm and gdm are like that too, kill'em and up spawns another vampire :-) Mike -- Michael Lake University of Technology, Sydney Email: mailto:[EMAIL PROTECTED] Ph: 02 9514 1724 Fx: 02 9514 1628 Linux enthusiast, active caver and interested in anything technical. UTS CRICOS Provider Code: 00099F DISCLAIMER = This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] tar backups to tape
Hi Matt I took your advice and tried backing up / on the backup server (excluding /dev and /proc of course) to tape and tar reported: Total bytes written: 1427005440 (1.3GB, 1.2MB/s) It took about 15 minutes to complete this. My fileserver has about 30GB worth of data. So, it would take approximately 6 hours to complete using tar. This is just for the fileserver. It's actually taking a lot longer than 6 hours (since it has to come over through the network) but anyway... using Arkeia, I can backup the fileserver AND mail server (which is only an extra 3 or so gigs) in 2 hours and 20 minutes. Arkeia reports the speed was 180MB/min. There's something I'm doing wrong here and Arkeia is doing right because I don't understand how Arkeia can backup ~160 faster than tar. Any further ideas?? On Tue, 2002-04-09 at 17:56, Matt Hyne wrote: > > Generally, tapes are streaming, so it is possible that if the transfer rate > across the network is slow then more tape may be required for the same > amount of data. > > Really - you need to determine the bottleneck - can you tar from one > machine to the HDD on another and see how long it takes - and then locally > tar this data to the tape drive. That should give you some good ideas of > where the performance bottleneck is. > > At Tuesday, 09-04-02 16:42 (+1000), Gonzalo Servat wrote: > >Hi All > > > >I was performing backups across the network using Arkeia until one day > >the wrong tape was inserted and the whole tape cycle went haywire (as it > >requires you enter the right tape with the right label or you get a nice > >email in the morning asking you to insert the right tape - when infact, > >I DID enter the right tape) and so I got pretty p@#@ed off at Arkeia and > >decided to switch to using tar (as I can insert any tape and it will > >write, plus tar is pretty universal accross *nix systems so I can > >restore on any system) > > > >Aaaanyway, the point of my story is... it would normally take ~2.5hours > >to backup 33GB across the network using Arkeia to tape. > >With tar, it takes over 8 hours at which point it gives me a nice "no > >space left on device" message on the screen. > > > >I'm not using gzip compression. I've tried this and it doesn't help the > >speed problem (or capacity problem) > > > >The backup unit is an Ecrix VXA-1 using V17 tapes. > > > >Any ideas?? > > > >Thanks in advance! > > > >Regards, > > > >Gonzalo. > > > > > >-- > >SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ > >More Info: http://lists.slug.org.au/listinfo/slug > > > -- > SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ > More Info: http://lists.slug.org.au/listinfo/slug -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] stopping StarOffice services
* Michael Lake ([EMAIL PROTECTED]) wrote: > xdm and gdm are like that too, kill'em and up spawns another vampire :-) > The whole exercise has led me to add 3 new swapfiles of 128M each, which should do till I buy the extra ram. N -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] Laptops ?
I bought a Dell Inspiron last month, and is happily running WinXP, Linux and XWindows. A google search came up with these useful sites: http://www.linux-laptop.net/ http://mobilix.org/Mobile-Guide.db/Mobile-Guide.html The first one provides Make & Model Walkthroughs which I found the most useful. Rgds, Stephan On Wed, 2002-04-10 at 05:08, Wayne Crich wrote: > I am hoping to buy a new laptop in the comming months. Given the difficulty of >getting one that will run linux and Xwindows. Ithought I would ask for any >suggestions > from those who have a working laptop bought here in Australia and for around $3000 > > Thanks > Wayne > > > > > -- > SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ > More Info: http://lists.slug.org.au/listinfo/slug -- Stephan Borg Osgiliath P/L (ACN: 095 048 981) Mobile: 0402 789 788 mailto:[EMAIL PROTECTED] -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
[SLUG] What files/directories to backup in RH ?
Hi All,
Having installed RH recently, I am thinking of a strategy
to backup important files onto another drive and/or CD ('cos
it is a good thing to and also 'cos it is a case of "_twice
bitten, forever shy of seagate disk drives").
I would like to know what are the important files in RH and
where they are kept (/etc/.., ??). As all user data goes into
/users/, so that is easily backed up. What other directories,
config files that I should backup ?
Thanks in advance.
Regards,
Rajnish
--
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] What files/directories to backup in RH ?
Hi Rajnish
What I would do is backup /etc, /home, /usr and /var. That way if you
have a system crash, you can just install a bare minimum copy of RH onto
the HDD and restore those directories, reboot, and it should be back to
normal.
HTH,
Gonzalo.
On Wed, 2002-04-10 at 10:14, Tiwari, Rajnish wrote:
> Hi All,
>
> Having installed RH recently, I am thinking of a strategy
> to backup important files onto another drive and/or CD ('cos
> it is a good thing to and also 'cos it is a case of "_twice
> bitten, forever shy of seagate disk drives").
>
> I would like to know what are the important files in RH and
> where they are kept (/etc/.., ??). As all user data goes into
> /users/, so that is easily backed up. What other directories,
> config files that I should backup ?
>
> Thanks in advance.
>
> Regards,
> Rajnish
> --
> SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
> More Info: http://lists.slug.org.au/listinfo/slug
--
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] What files/directories to backup in RH ?
I would just backup your /home/ directory, and maybe /etc if you have
done a lot of config on the thing, (like a webserver etc..). I
personally have my /home dir mounted by nfs (thinking about coda), and
stored on my home server. If any machine other than the server goes down
it's just a matter of:
Format, and then, re-install, Do da, do da.
I just tell rh7.2 to use nis as i am installing it, and then give it the
mount details for nfs, and run ximian gnome on it (I also mount
/var/cache/redcarpet with nfs). Ta da, im done.
I then just backup the /etc and /home dir on the server. I have had the
server go down only once on a (noisy) Seagate 30Gb 7200RPM. Got a 40Gb
WD, reinstalled RH7.2 copied over the backups (and did some minor
tweaking I had been meaning to do for ages), and was done.
Dats my .02c worth.
Karl Bowden
On Wed, 2002-04-10 at 10:14, Tiwari, Rajnish wrote:
Hi All,
Having installed RH recently, I am thinking of a strategy
to backup important files onto another drive and/or CD ('cos
it is a good thing to and also 'cos it is a case of "_twice
bitten, forever shy of seagate disk drives").
I would like to know what are the important files in RH and
where they are kept (/etc/.., ??). As all user data goes into
/users/, so that is easily backed up. What other directories,
config files that I should backup ?
Thanks in advance.
Regards,
Rajnish
--
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug
signature.asc
Description: This is a digitally signed message part
Re: [SLUG] Laptops ?
Just while were on the subject of laptops, here is an old story about getting a refund for your bundled OEM software. http://www.netcraft.com.au/geoffrey/toshiba.html The current website to do such a thing is here: http://www.linuxmall.com/refund/ NB: I haven't tried for a refund, cause I (unfortunately) have to use WinXP sometimes. :) Rgds, Stephan On Wed, 2002-04-10 at 09:38, Stephan Borg wrote: > I bought a Dell Inspiron last month, and is happily running WinXP, Linux > and XWindows. > > A google search came up with these useful sites: > http://www.linux-laptop.net/ > http://mobilix.org/Mobile-Guide.db/Mobile-Guide.html > > The first one provides Make & Model Walkthroughs which I found the most > useful. > > Rgds, > Stephan > > On Wed, 2002-04-10 at 05:08, Wayne Crich wrote: > > I am hoping to buy a new laptop in the comming months. Given the difficulty of >getting one that will run linux and Xwindows. Ithought I would ask for any >suggestions > > from those who have a working laptop bought here in Australia and for around $3000 > > > > Thanks > > Wayne > > > > > > > > > > -- > > SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ > > More Info: http://lists.slug.org.au/listinfo/slug > -- > > Stephan Borg > Osgiliath P/L (ACN: 095 048 981) > Mobile: 0402 789 788 > mailto:[EMAIL PROTECTED] > > -- > SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ > More Info: http://lists.slug.org.au/listinfo/slug -- Stephan Borg Osgiliath P/L (ACN: 095 048 981) Mobile: 0402 789 788 mailto:[EMAIL PROTECTED] -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] SLUG archives
> Dunno about the server, but I have them here on the workstation at > home... yess, get life and all...:-) > > Anything in particular ? *Now* you tell us! I would like whatever you have so I can put it up on the server. - Jeff -- Pants off in Spain! -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] tar backups to tape
If Arkeia is backing up at 180Mb/min then this is equivalent to 3Mb/s, 2-3x faster than tar. Is Arkeia using compression ??? It is possible, and that may be why it is reporting faster transfer times to tape than tar is. You can also play with the tar blocking factor - it will depend on the network transfer speed. The other thing is, what sort of tape drive are you using, what sort of controller ? What is the maximum rated transfer rate for the tape drive ? Another stupid question - is Arkeia doing a FULL backup or an incremental ? From the look of this, you network is probably not the bottleneck. I would also suggest you take a look at ctar (do a google search). It costs money but you can install a trial version and compare that. Matt At Wednesday, 10-04-02 09:43 (+1000), Gonzalo Servat wrote: >Hi Matt > >I took your advice and tried backing up / on the backup server >(excluding /dev and /proc of course) to tape and tar reported: > >Total bytes written: 1427005440 (1.3GB, 1.2MB/s) > >It took about 15 minutes to complete this. My fileserver has about 30GB >worth of data. So, it would take approximately 6 hours to complete using >tar. This is just for the fileserver. It's actually taking a lot longer >than 6 hours (since it has to come over through the network) but >anyway... using Arkeia, I can backup the fileserver AND mail server >(which is only an extra 3 or so gigs) in 2 hours and 20 minutes. Arkeia >reports the speed was 180MB/min. > >There's something I'm doing wrong here and Arkeia is doing right because >I don't understand how Arkeia can backup ~160 faster than tar. > >Any further ideas?? > > > >On Tue, 2002-04-09 at 17:56, Matt Hyne wrote: > > > > Generally, tapes are streaming, so it is possible that if the transfer > rate > > across the network is slow then more tape may be required for the same > > amount of data. > > > > Really - you need to determine the bottleneck - can you tar from one > > machine to the HDD on another and see how long it takes - and then locally > > tar this data to the tape drive. That should give you some good ideas of > > where the performance bottleneck is. > > > > At Tuesday, 09-04-02 16:42 (+1000), Gonzalo Servat wrote: > > >Hi All > > > > > >I was performing backups across the network using Arkeia until one day > > >the wrong tape was inserted and the whole tape cycle went haywire (as it > > >requires you enter the right tape with the right label or you get a nice > > >email in the morning asking you to insert the right tape - when infact, > > >I DID enter the right tape) and so I got pretty p@#@ed off at Arkeia and > > >decided to switch to using tar (as I can insert any tape and it will > > >write, plus tar is pretty universal accross *nix systems so I can > > >restore on any system) > > > > > >Aaaanyway, the point of my story is... it would normally take ~2.5hours > > >to backup 33GB across the network using Arkeia to tape. > > >With tar, it takes over 8 hours at which point it gives me a nice "no > > >space left on device" message on the screen. > > > > > >I'm not using gzip compression. I've tried this and it doesn't help the > > >speed problem (or capacity problem) > > > > > >The backup unit is an Ecrix VXA-1 using V17 tapes. > > > > > >Any ideas?? > > > > > >Thanks in advance! > > > > > >Regards, > > > > > >Gonzalo. > > > > > > > > >-- > > >SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ > > >More Info: http://lists.slug.org.au/listinfo/slug > > > > > > -- > > SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ > > More Info: http://lists.slug.org.au/listinfo/slug -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] Re: EMACS: auto indent customisations not loading
On Tue, 2002-04-09 at 12:21, Simon Wong wrote: > When I set it in my .emacs it shows 4 on startup but changes to 2 as > soon as the major mode is loaded. Not sure if anyone was actually interested in what was happening here, however, it's now fixed so I thought I'd send in the solution. To ensure that your customised C mode settings are loaded when a C/C++ file is opened, you must have the following setting in your .emacs file: (c-default-style (quote ((other . "user" This ensures that your specific settings are loaded and not some other settings. Note this setting is also available in the customize menu. HTH. -- * * Simon Wong* * * * <[EMAIL PROTECTED]> * * * * signature.asc Description: This is a digitally signed message part
[SLUG] Sendmail woes
Hi all, In the final stages of recovering my system. The final hurdle is that mail cannot be received, although it can be sent. The following is in the rejected mail: - The following addresses had permanent fatal errors - <[EMAIL PROTECTED]> (reason: can't create (user) output file) - Transcript of session follows - procmail: Lock failure on "/var/spool/mail/sbryan.lock" procmail: Error while writing to "/var/spool/mail/sbryan" 550 5.0.0 <[EMAIL PROTECTED]>... Can't create output The setup is RH7.2 Sendmail 8.11 (came on the CD) The directories /var/spool/mail and /var/spool/mqueue are both symlinks to directories on /var/auc which is where the new HDD is mounted, twas like that before. This is the permissions and settings on the real directories: drwxrwxr-x2 root mail 4096 Apr 10 12:16 mail drwxrwxr-x2 root mail16384 Apr 10 11:13 mailold drwxr-xr-x2 root mail40960 Apr 10 12:16 mqueue The symlinks are: lrwxrwxrwx1 root mail 19 Apr 10 11:39 mail -> /var/auc/spool/mail lrwxrwxrwx1 root mail 21 Apr 10 12:18 mqueue -> /var/auc/spool/mqueue and chmod has no effect on them. Sendmail is running as root and listening on port 25 FOund this on the net (googling): Lock failure on "x" Can only occur if you specify some real weird (and illegal) lockfilenames or if the lockfile could not be created because of insufficient permissions or nonexistent subdirectories. So assume it is permissions, have tried 777 on the mail directory but same result. Any clues appreciated, _ Simon Bryan IT Manager - OLMC Parramatta ICQ#:137562751 http://www.olmc.nsw.edu.au _ -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] Sendmail woes
On Wed, 2002-04-10 at 11:39, Simon Bryan wrote: > Hi all, > In the final stages of recovering my system. The final hurdle is that mail > cannot be received, although it can be sent. The following is in the > rejected mail: > Can you show us the output from a find /var/auc -ls Thanks Greeno -- Tony Green <[EMAIL PROTECTED]> Tel : +61-(0)2-9500-9996 Mobile: +61-(0)4-2521-9996 GnuPG Key : 1024D/B5657C8B Key fingerprint = 9ED8 59CC C161 B857 462E 51E6 7DFB 465B B565 7C8B -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
RE: [SLUG] Help with backup tape
ooops, lucky I got the disk backup, I get Input Output errors on the original tape, other tapes work fine. Thanks for that command. Does one of the options display the files on the tape? > -Original Message- > From: Jon Biddell [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, 9 April 2002 5:39 PM > To: Simon Bryan; Slug > Subject: RE: [SLUG] Help with backup tape > > > At 16:52 9/04/02 +1000, Simon Bryan wrote: > >Thanks to those who answered my queries here this afternoon. The > result of > >the disaster recovery was that i was able to get the dodgy HDD > back up one > >more time, so used Samba to drag all the files over onto a CD using XP > >(sorry about that). We then installed the new 60GB HDD and am currently > >copying the files back again. > > > >Initial testing indicates a complete recovery...phew! > > > >Thanks again, even though I never got the tape working, I now have a bit > >more breathing space to do so. > > > Simon, > > When you have a moment, try using "mt" to access the tape - at least that > will tell you if the SCSI interface is accepting commands; > > mt -f /dev/sto status (or rewind, or erase, etc) > > Jon -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] tar backups to tape
Yes, Arkeia claims it's using 1.2 compression (with LZ1 I think). What sort of compression could I use with tar to achieve similar results to Arkeia? I tried compress & gzip and it went just as slow What's the switch to play with the blocking factor? Also, I tried setting the block size to 2048 to see if it speeds it up and it didn't help at all.. It's an Ecrix VXA-1 Tape Drive on a Adaptec 2940 SCSI Card. >From dmesg: scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.4 aic7870: Single Channel A, SCSI Id=7, 16/253 SCBs Vendor: ECRIX Model: VXA-1 Rev: 2848 Type: Sequential-Access ANSI SCSI revision: 02 (scsi0:A:4): 10.000MB/s transfers (10.000MHz, offset 15) st: Version 20011103, bufsize 32768, wrt 30720, max init. bufs 4, s/g segs 16 Attached scsi tape st0 at scsi0, channel 0, id 4, lun 0 Arkeia *is* doing a full backup. I'll give ctar a go. Maybe tar can't compress as well as Arkeia can? Thanks again Matt. On Wed, 2002-04-10 at 10:47, Matt Hyne wrote: > > If Arkeia is backing up at 180Mb/min then this is equivalent to 3Mb/s, 2-3x > faster than tar. > > Is Arkeia using compression ??? It is possible, and that may be why it is > reporting faster transfer times to tape than tar is. > > You can also play with the tar blocking factor - it will depend on the > network transfer speed. > > The other thing is, what sort of tape drive are you using, what sort of > controller ? What is the maximum rated transfer rate for the tape drive ? > > Another stupid question - is Arkeia doing a FULL backup or an incremental ? > > From the look of this, you network is probably not the bottleneck. I > would also suggest you take a look at ctar (do a google search). It costs > money but you can install a trial version and compare that. > > Matt > > At Wednesday, 10-04-02 09:43 (+1000), Gonzalo Servat wrote: > >Hi Matt > > > >I took your advice and tried backing up / on the backup server > >(excluding /dev and /proc of course) to tape and tar reported: > > > >Total bytes written: 1427005440 (1.3GB, 1.2MB/s) > > > >It took about 15 minutes to complete this. My fileserver has about 30GB > >worth of data. So, it would take approximately 6 hours to complete using > >tar. This is just for the fileserver. It's actually taking a lot longer > >than 6 hours (since it has to come over through the network) but > >anyway... using Arkeia, I can backup the fileserver AND mail server > >(which is only an extra 3 or so gigs) in 2 hours and 20 minutes. Arkeia > >reports the speed was 180MB/min. > > > >There's something I'm doing wrong here and Arkeia is doing right because > >I don't understand how Arkeia can backup ~160 faster than tar. > > > >Any further ideas?? > > > > > > > >On Tue, 2002-04-09 at 17:56, Matt Hyne wrote: > > > > > > Generally, tapes are streaming, so it is possible that if the transfer > > rate > > > across the network is slow then more tape may be required for the same > > > amount of data. > > > > > > Really - you need to determine the bottleneck - can you tar from one > > > machine to the HDD on another and see how long it takes - and then locally > > > tar this data to the tape drive. That should give you some good ideas of > > > where the performance bottleneck is. > > > > > > At Tuesday, 09-04-02 16:42 (+1000), Gonzalo Servat wrote: > > > >Hi All > > > > > > > >I was performing backups across the network using Arkeia until one day > > > >the wrong tape was inserted and the whole tape cycle went haywire (as it > > > >requires you enter the right tape with the right label or you get a nice > > > >email in the morning asking you to insert the right tape - when infact, > > > >I DID enter the right tape) and so I got pretty p@#@ed off at Arkeia and > > > >decided to switch to using tar (as I can insert any tape and it will > > > >write, plus tar is pretty universal accross *nix systems so I can > > > >restore on any system) > > > > > > > >Aaaanyway, the point of my story is... it would normally take ~2.5hours > > > >to backup 33GB across the network using Arkeia to tape. > > > >With tar, it takes over 8 hours at which point it gives me a nice "no > > > >space left on device" message on the screen. > > > > > > > >I'm not using gzip compression. I've tried this and it doesn't help the > > > >speed problem (or capacity problem) > > > > > > > >The backup unit is an Ecrix VXA-1 using V17 tapes. > > > > > > > >Any ideas?? > > > > > > > >Thanks in advance! > > > > > > > >Regards, > > > > > > > >Gonzalo. > > > > > > > > > > > >-- > > > >SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ > > > >More Info: http://lists.slug.org.au/listinfo/slug > > > > > > > > > -- > > > SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ > > > More Info: http://lists.slug.org.au/listinfo/slug > > > -- > SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ > More Info: http://lists.slug.org.au/listinfo/slug
[SLUG] Using Smoothwall with iLINK
Greetings I have been tying to use iLINK (ham radio aided by the internet) I can't seem to get the port forwarding to forward the necessary ports. It works fine with the usual email and internet activities but not iLINK. If you have any suggestions thanks, or maybe someone can suggest a more appropriate list. Either way thanks Colin Please reply to my email address as well as the list [EMAIL PROTECTED] - This Email Is Sent From Global Info Links http://www.gil.com.au - -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] tar backups to tape
You can try using tar with the I flag - that will use bzip2 compression. However, if you value your data - NEVER use compression on a backup - should part (ie one bit) of the backup be corrupted (common with tapes) the whole archive is useless. Matt At Wednesday, 10-04-02 12:13 (+1000), Gonzalo Servat wrote: >Yes, Arkeia claims it's using 1.2 compression (with LZ1 I think). What >sort of compression could I use with tar to achieve similar results to >Arkeia? I tried compress & gzip and it went just as slow > >What's the switch to play with the blocking factor? > >Also, I tried setting the block size to 2048 to see if it speeds it up >and it didn't help at all.. > >It's an Ecrix VXA-1 Tape Drive on a Adaptec 2940 SCSI Card. > From dmesg: > >scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.4 > > aic7870: Single Channel A, SCSI Id=7, 16/253 SCBs > > Vendor: ECRIX Model: VXA-1 Rev: 2848 > Type: Sequential-Access ANSI SCSI revision: 02 >(scsi0:A:4): 10.000MB/s transfers (10.000MHz, offset 15) >st: Version 20011103, bufsize 32768, wrt 30720, max init. bufs 4, s/g >segs 16 >Attached scsi tape st0 at scsi0, channel 0, id 4, lun 0 > >Arkeia *is* doing a full backup. > >I'll give ctar a go. Maybe tar can't compress as well as Arkeia can? > >Thanks again Matt. > > >On Wed, 2002-04-10 at 10:47, Matt Hyne wrote: > > > > If Arkeia is backing up at 180Mb/min then this is equivalent to 3Mb/s, > 2-3x > > faster than tar. > > > > Is Arkeia using compression ??? It is possible, and that may be why it is > > reporting faster transfer times to tape than tar is. > > > > You can also play with the tar blocking factor - it will depend on the > > network transfer speed. > > > > The other thing is, what sort of tape drive are you using, what sort of > > controller ? What is the maximum rated transfer rate for the tape drive ? > > > > Another stupid question - is Arkeia doing a FULL backup or an incremental ? > > > > From the look of this, you network is probably not the bottleneck. I > > would also suggest you take a look at ctar (do a google search). It costs > > money but you can install a trial version and compare that. > > > > Matt > > > > At Wednesday, 10-04-02 09:43 (+1000), Gonzalo Servat wrote: > > >Hi Matt > > > > > >I took your advice and tried backing up / on the backup server > > >(excluding /dev and /proc of course) to tape and tar reported: > > > > > >Total bytes written: 1427005440 (1.3GB, 1.2MB/s) > > > > > >It took about 15 minutes to complete this. My fileserver has about 30GB > > >worth of data. So, it would take approximately 6 hours to complete using > > >tar. This is just for the fileserver. It's actually taking a lot longer > > >than 6 hours (since it has to come over through the network) but > > >anyway... using Arkeia, I can backup the fileserver AND mail server > > >(which is only an extra 3 or so gigs) in 2 hours and 20 minutes. Arkeia > > >reports the speed was 180MB/min. > > > > > >There's something I'm doing wrong here and Arkeia is doing right because > > >I don't understand how Arkeia can backup ~160 faster than tar. > > > > > >Any further ideas?? > > > > > > > > > > > >On Tue, 2002-04-09 at 17:56, Matt Hyne wrote: > > > > > > > > Generally, tapes are streaming, so it is possible that if the transfer > > > rate > > > > across the network is slow then more tape may be required for the same > > > > amount of data. > > > > > > > > Really - you need to determine the bottleneck - can you tar from one > > > > machine to the HDD on another and see how long it takes - and then > locally > > > > tar this data to the tape drive. That should give you some good > ideas of > > > > where the performance bottleneck is. > > > > > > > > At Tuesday, 09-04-02 16:42 (+1000), Gonzalo Servat wrote: > > > > >Hi All > > > > > > > > > >I was performing backups across the network using Arkeia until one day > > > > >the wrong tape was inserted and the whole tape cycle went haywire > (as it > > > > >requires you enter the right tape with the right label or you get > a nice > > > > >email in the morning asking you to insert the right tape - when > infact, > > > > >I DID enter the right tape) and so I got pretty p@#@ed off at > Arkeia and > > > > >decided to switch to using tar (as I can insert any tape and it will > > > > >write, plus tar is pretty universal accross *nix systems so I can > > > > >restore on any system) > > > > > > > > > >Aaaanyway, the point of my story is... it would normally take > ~2.5hours > > > > >to backup 33GB across the network using Arkeia to tape. > > > > >With tar, it takes over 8 hours at which point it gives me a nice "no > > > > >space left on device" message on the screen. > > > > > > > > > >I'm not using gzip compression. I've tried this and it doesn't > help the > > > > >speed problem (or capacity problem) > > > > > > > > > >The backup unit is an Ecrix VXA-1 using V17 tapes. > > > > > > > > > >Any ideas??
RE: [SLUG] Sendmail woes
This is part of it, I ma sure you don't want it all!! 36864034 drwxrwxrwx 2 root mail 4096 Apr 10 12:50 /var/auc/spool/mail 36864040 -rw--- 1 fclews popusers0 Apr 10 12:02 /var/auc/spool/mail/fclews 36864050 -rw--- 1 downerj popusers0 Apr 10 12:11 /var/auc/spool/mail/downerj 36864060 -rw--- 1 navarrm popusers0 Apr 10 12:11 /var/auc/spool/mail/navarrm 36864070 -rw--- 1 sbryan shelber 0 Apr 10 12:11 /var/auc/spool/mail/sbryan 36864080 -rw--- 1 sladdpopusers0 Apr 10 12:16 /var/auc/spool/mail/sladd 36864090 -rw--- 1 tdebeer popusers0 Apr 10 12:19 /var/auc/spool/mail/tdebeer 36864100 -rw--- 1 swoodpopusers0 Apr 10 12:39 /var/auc/spool/mail/swood 36864110 -rw--- 1 jwatters popusers0 Apr 10 12:39 /var/auc/spool/mail/jwatters 36864120 -rw--- 1 cbowler popusers0 Apr 10 12:43 /var/auc/spool/mail/cbowler 36864130 -rw--- 1 syoung popusers0 Apr 10 12:50 /var/auc/spool/mail/syoung 2785294 drwxr-xr-x 2 root root 4096 Apr 9 17:48 /var/auc/spool/anacron 2785304 -rwxrwxrwx 1 root root9 Apr 9 04:02 /var/auc/spool/anacron/cron.daily 2785314 -rwxrwxrwx 1 root root9 Apr 7 04:22 /var/auc/spool/anacron/cron.weekly 2785324 -rwxrwxrwx 1 root root9 Apr 1 04:42 /var/auc/spool/anacron/cron.monthly 2949134 drwxr-xr-x 2 root root 4096 Apr 9 17:48 /var/auc/spool/cron 2949144 -rwxrwxrwx 1 root root 546 Mar 5 12:29 /var/auc/spool/cron/root 3112974 drwxr-xr-x 3 root root 4096 Apr 9 17:48 /var/auc/spool/at 3112980 -rwxrwxrwx 1 root root0 Mar 28 2001 /var/auc/spool/at/.SEQ 3276814 drwxrwxrwx 2 root root 4096 Apr 9 17:48 /var/auc/spool/at/spool 3440654 drwxr-xr-x 2 root root 4096 Apr 9 17:48 /var/auc/spool/vbox 3604494 drwxr-xr-x 2 root root 4096 Apr 9 17:48 /var/auc/spool/rwho 376833 40 drwxr-xr-x 2 root mail40960 Apr 10 13:16 /var/auc/spool/mqueue 3768344 -rw--- 1 root mail 179 Apr 10 10:17 /var/auc/spool/mqueue/xfg3AAHkT06821 3768354 -rw--- 1 root mail 58 Apr 10 10:17 /var/auc/spool/mqueue/dfg3AAHkT06821 3768364 -rw--- 1 root mail 262 Apr 10 10:17 /var/auc/spool/mqueue/xfg3AAHlT06822 3768374 -rw--- 1 root mail 841 Apr 10 10:17 /var/auc/spool/mqueue/qfg3AAHkT06821 3768384 -rw--- 1 root mail 770 Apr 10 10:17 /var/auc/spool/mqueue/Qfg3AAHlT06822 3768394 -rw--- 1 root mail 1749 Apr 10 10:17 /var/auc/spool/mqueue/dfg3AAHlT06822 3768404 -rw--- 1 root mail 179 Apr 10 10:32 /var/auc/spool/mqueue/xfg3AAWHT07065 > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of > Tony Green > Sent: Wednesday, 10 April 2002 11:46 AM > To: Slug > Subject: Re: [SLUG] Sendmail woes > > > On Wed, 2002-04-10 at 11:39, Simon Bryan wrote: > > Hi all, > > In the final stages of recovering my system. The final hurdle > is that mail > > cannot be received, although it can be sent. The following is in the > > rejected mail: > > > > > Can you show us the output from a > find /var/auc -ls > > Thanks > Greeno > -- > Tony Green <[EMAIL PROTECTED]> > Tel : +61-(0)2-9500-9996 > Mobile: +61-(0)4-2521-9996 > GnuPG Key : 1024D/B5657C8B > Key fingerprint = 9ED8 59CC C161 B857 462E 51E6 7DFB 465B B565 7C8B > > -- > SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ > More Info: http://lists.slug.org.au/listinfo/slug -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
RE: [SLUG] Sendmail woes
On Wed, 2002-04-10 at 12:47, Simon Bryan wrote: > This is part of it, I ma sure you don't want it all!! > 36864034 drwxrwxrwx 2 root mail 4096 Apr 10 12:50 > /var/auc/spool/mail > 36864040 -rw--- 1 fclews popusers0 Apr 10 12:02 > /var/auc/spool/mail/fclews > 36864050 -rw--- 1 downerj popusers0 Apr 10 12:11 > /var/auc/spool/mail/downerj > 36864060 -rw--- 1 navarrm popusers0 Apr 10 12:11 the mailboxes should have write access for group mail unless you're doing something wacky. Chgrp them to mail and change the perms to 660. TG -- Tony Green <[EMAIL PROTECTED]> Tel : +61-(0)2-9500-9996 Mobile: +61-(0)4-2521-9996 GnuPG Key : 1024D/B5657C8B Key fingerprint = 9ED8 59CC C161 B857 462E 51E6 7DFB 465B B565 7C8B -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] Sendmail woes
- Original Message - From: "Simon Bryan" <[EMAIL PROTECTED]> To: "Tony Green" <[EMAIL PROTECTED]>; "Slug" <[EMAIL PROTECTED]> Sent: Wednesday, April 10, 2002 12:47 PM Subject: RE: [SLUG] Sendmail woes > This is part of it, I ma sure you don't want it all!! > 36864034 drwxrwxrwx 2 root mail 4096 Apr 10 12:50 > /var/auc/spool/mail > 36864040 -rw--- 1 fclews popusers0 Apr 10 12:02 I am not sure exactly but maybe they should be owned by the 'mail' group and be group readable/writeable. ---Gareth Walters http://www.microforte.com.au http://bigworldgames.com -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Linux movies and songs - was - [SLUG] stopping StarOffice services
Reminds me of an idea I had of writing a song about linux. (somewhat similar in style to the War of the World's But still they come) A workmate told me aobut this other song which got big on TripleJ called Cows with Guns, I said to him, it's about time for another silly song to hit the charts. Then The Penguins Come. Then the penguins come, crashing through the gates Then the penguins come, the windows start to shake Then the penguins come, the demons are no match Then the penguins co-o-ome, riding on the GNU None can withstand, as they go from land to land Breaking the chains of those bound to the EULAS Sharing the good news, on the slashdot GNUs No more starving people, freshmeat with opensource for all The new Wine is flowing, Sometimes a crowd pleaser. See the penguins dancing Samba, while they're eating pizza. It's like the Sun is rising, with a Big Blue sky. But freely for everyone, you can even still use Vi. The Jobs are no problem mac, they've almost joined the herd. And though they believed Darwin, you can't see Evolution. You just can't stop the tide, that brings the penguins into shore Though they move slow, it's good to know, they've heeded the call Gnomes and other cuties (QT's) are giving it their best To empower the X GUI and liberate the desk Not as easy as it might Ximian, they strive for a common goal To bring more enlightment and functionality to us all Some penguins come with Red Hats, others have yellow dogs They're really posing a threat, as too, some say Lin does Suse and Deb, some wearing slacks, and theres a man called Drake United they will conquer, and new ground they will take Taking over servers, gathering in clusters Shattering the hopes of the bill, they're the windows-busters It marks the end to piracy, that'll catch you in the net By sharing and combining apps, all our needs are met Then the penguins come, crashing through the gates Then the penguins come, the windows start to shake Then the penguins come, the demons are no match Then the penguins co-o-ome, riding on the GNU Enjoy Chris On Tue, 9 Apr 2002 23:21:38 +1000 "Michael Lake" <[EMAIL PROTECTED]> wrote: > Nick Croft wrote: > > Mike and Martin, > > Thanks for your help. Those services kept rising from the ashes. > > Yeah we could have a UNIX movie "Queen of the Daemons" instead of "Queen > of the Dammned" :-) > xdm and gdm are like that too, kill'em and up spawns another vampire :-) > > Mike > -- > > Michael Lake > University of Technology, Sydney > Email: mailto:[EMAIL PROTECTED] Ph: 02 9514 1724 Fx: 02 9514 1628 > Linux enthusiast, active caver and interested in anything technical. > > > > UTS CRICOS Provider Code: 00099F > > DISCLAIMER > = > This email message and any accompanying attachments may contain > confidential information. If you are not the intended recipient, do not > read, use, disseminate, distribute or copy this message or attachments. > If you have received this message in error, please notify the sender > immediately and delete this message. Any views expressed in this message > are those of the individual sender, except where the sender expressly, > and with authority, states them to be the views the University of > Technology Sydney. Before opening any attachments, please check them for > viruses and defects. > > > > -- > SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ > More Info: http://lists.slug.org.au/listinfo/slug > > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.338 / Virus Database: 189 - Release Date: 14/03/02 > -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
RE: [SLUG] Sendmail woes
No luck so far, not doing anything wacky - not with Linux anyway :-) that i know of. popusers is the group used by the AUC IMAP server, but have tried with all variations of the permissions and owners that I can think of. Just went to sendmail and there are messages in the queue, I clicked on send immediately and got the following output: sbryan... forward: /home/popusers/staff/sbryan/.forward.vortex: World writable directory sbryan... forward: /home/popusers/staff/sbryan/.forward: World writable directory postmaster... aliased to root root... aliased to sbryan sbryan... forward: /home/popusers/staff/sbryan/.forward.vortex: World writable directory sbryan... forward: /home/popusers/staff/sbryan/.forward: World writable directory Can't create transcript file ./xfg3AEYcg10760: Permission denied sbryan... Connecting to local... sbryan... Can't create output MAILER-DAEMON... aliased to postmaster postmaster... aliased to root root... aliased to sbryan sbryan... forward: /home/popusers/staff/sbryan/.forward.vortex: World writable directory sbryan... forward: /home/popusers/staff/sbryan/.forward: World writable directory savemail: cannot save rejected email anywhere: No such file or directory Does that shed any light? > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of > Tony Green > Sent: Wednesday, 10 April 2002 12:53 PM > To: [EMAIL PROTECTED] > Subject: RE: [SLUG] Sendmail woes > > > On Wed, 2002-04-10 at 12:47, Simon Bryan wrote: > > This is part of it, I ma sure you don't want it all!! > > 36864034 drwxrwxrwx 2 root mail 4096 Apr 10 12:50 > > /var/auc/spool/mail > > 36864040 -rw--- 1 fclews popusers0 Apr 10 12:02 > > /var/auc/spool/mail/fclews > > 36864050 -rw--- 1 downerj popusers0 Apr 10 12:11 > > /var/auc/spool/mail/downerj > > 36864060 -rw--- 1 navarrm popusers0 Apr 10 12:11 > the mailboxes should have write access for group mail unless you're > doing something wacky. > > Chgrp them to mail and change the perms to 660. > > TG > -- > Tony Green <[EMAIL PROTECTED]> > Tel : +61-(0)2-9500-9996 > Mobile: +61-(0)4-2521-9996 > GnuPG Key : 1024D/B5657C8B > Key fingerprint = 9ED8 59CC C161 B857 462E 51E6 7DFB 465B B565 7C8B > > -- > SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ > More Info: http://lists.slug.org.au/listinfo/slug -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
RE: [SLUG] Sendmail woes
On Wed, 2002-04-10 at 13:46, Simon Bryan wrote: > No luck so far, not doing anything wacky - not with Linux anyway :-) that i > know of. popusers is the group used by the AUC IMAP server, but have tried > with all variations of the permissions and owners that I can think of. Just > went to sendmail and there are messages in the queue, I clicked on send > immediately and got the following output: > > sbryan... forward: /home/popusers/staff/sbryan/.forward.vortex: World > writable directory > sbryan... forward: /home/popusers/staff/sbryan/.forward: World writable > directory > postmaster... aliased to root > root... aliased to sbryan > sbryan... forward: /home/popusers/staff/sbryan/.forward.vortex: World > writable directory > sbryan... forward: /home/popusers/staff/sbryan/.forward: World writable > directory Well, without meaning to sound obvious, the immediate problems are listed here. Just setting things to 777 will NOT fix things in the UNIX work, especially with mail (sendmail in particular). You cannot have a world writable home directory if you want to use .forward files unless you tell sendmail that you really want to do this (I'm not going to put the details of how to do that here - I've never seen a situation where it's really required). All mail is going to you (root etc) and your .forward is in a world writable directory. Fix that and see what happens then. -- Tony Green <[EMAIL PROTECTED]> Tel : +61-(0)2-9500-9996 Mobile: +61-(0)4-2521-9996 GnuPG Key : 1024D/B5657C8B Key fingerprint = 9ED8 59CC C161 B857 462E 51E6 7DFB 465B B565 7C8B -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
RE: [SLUG] Help with backup tape
Quoting Simon Bryan <[EMAIL PROTECTED]>: > ooops, lucky I got the disk backup, I get Input Output errors on the > original tape, other tapes work fine. > Thanks for that command. Does one of the options display the files on the > tape? > Regrettably, no... not as far as I'm aware... One of the cognescenti may be able to give you the appropriate "dd" command to dump the tape to a disk file, albeit a bloody large one !!! With mt, of you export TAPE=/dev/st0, then mt status, etc will work. Jon -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
RE: [SLUG] Sendmail woes
OK, have just noticed these in the message log: Apr 10 17:17:00 vortex pam_rhosts_auth[5450]: denied to [EMAIL PROTECTED] as sbryan: access not allowed Could any of this mess be to do with the fact that the original mounted drive was /hdb1 and the new one decided to be /hdb2? Cheers and thanks for the help so far > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of > Tony Green > Sent: Wednesday, 10 April 2002 2:25 PM > To: [EMAIL PROTECTED] > Subject: RE: [SLUG] Sendmail woes > > > On Wed, 2002-04-10 at 13:46, Simon Bryan wrote: > > No luck so far, not doing anything wacky - not with Linux > anyway :-) that i > > know of. popusers is the group used by the AUC IMAP server, but > have tried > > with all variations of the permissions and owners that I can > think of. Just > > went to sendmail and there are messages in the queue, I clicked on send > > immediately and got the following output: > > > > sbryan... forward: /home/popusers/staff/sbryan/.forward.vortex: World > > writable directory > > sbryan... forward: /home/popusers/staff/sbryan/.forward: World writable > > directory > > postmaster... aliased to root > > root... aliased to sbryan > > sbryan... forward: /home/popusers/staff/sbryan/.forward.vortex: World > > writable directory > > sbryan... forward: /home/popusers/staff/sbryan/.forward: World writable > > directory > Well, without meaning to sound obvious, the immediate problems are > listed here. > > Just setting things to 777 will NOT fix things in the UNIX work, > especially with mail (sendmail in particular). > > You cannot have a world writable home directory if you want to use > .forward files unless you tell sendmail that you really want to do this > (I'm not going to put the details of how to do that here - I've never > seen a situation where it's really required). > > All mail is going to you (root etc) and your .forward is in a world > writable directory. Fix that and see what happens then. > -- > Tony Green <[EMAIL PROTECTED]> > Tel : +61-(0)2-9500-9996 > Mobile: +61-(0)4-2521-9996 > GnuPG Key : 1024D/B5657C8B > Key fingerprint = 9ED8 59CC C161 B857 462E 51E6 7DFB 465B B565 7C8B > > -- > SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ > More Info: http://lists.slug.org.au/listinfo/slug -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
[SLUG] email server errors
Hi Slugs, We are getting lots of "unrouteable mail domain" messages both from internal messages going out and we are hearing from others emailing us that emails have been sent but bounced back from us. (Even this message bounced back once) I'm looking into "frozen messages" errors from the exim logs. I suspect the email server, which is currently running debian and exim/qpopper, is on a very underpowered machine. (pentium 90 64Mb for 350-400 users.) I'm looking at setting up a more powerful PC running (most likely) Mandrake 8.2. Just looking for clues as to how you would migrate over to a new box without interrupting the email flow. Clients are windows boxes with outlook clients and a hard coded ip address for the debian mail server. Just looking for pointers in the right direction and any gotcha's that anyone has had. TIA Ben -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] tar backups to tape
Matt Hyne wrote: > However, if you value your data - NEVER use compression on a backup - > should part (ie one bit) of the backup be corrupted (common with tapes) the > whole archive is useless. Yes, an error in a gzipped tar will mean you lose the lot. However it's fine to gzip each file and then tar all those together. Mike -- Michael Lake University of Technology, Sydney Email: mailto:[EMAIL PROTECTED] Ph: 02 9514 1724 Fx: 02 9514 1628 Linux enthusiast, active caver and interested in anything technical. UTS CRICOS Provider Code: 00099F DISCLAIMER = This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. = -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
