Re: [SLUG] multiple domain to one web site
If it is the same content, might as well do an alias. http://forums.devshed.com/search-engine-optimization-108/alias-for-better-seo-placement--question-355698.html There is no gain really for using multiple domains for the same content. You can use redirect as well if you will maintain just a single website On Tue, Apr 22, 2008 at 4:06 PM, Voytek Eymont <[EMAIL PROTECTED]> wrote: > when setting a single web site with multiple domain names, like, name.com, > name.com.au, name.net.au, is there any recommended way to run that, from > search engine perspective ? > > I normally set 'alias' directive for each additional domain in Apache > vhost conf, just curious if that the way, or is there a more appropriate > setup ? > > > -- > Voytek > > -- > SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ > Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html > -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] multiple domain to one web site
>From a search engine perspective you're better off only having one domain work properly and having redirects set up to the chosen "master" domain - this way when people link to your site you don't loose page-ranking as they are more likely to link to the same URLs (thus increasing your page ranking) - for the same reason you should only have one subdomain, ie, have redirects to move http://name.com.au/content redirect to http://www.name.com.au/content or vice versa On Tue, Apr 22, 2008 at 4:06 PM, Voytek Eymont <[EMAIL PROTECTED]> wrote: > when setting a single web site with multiple domain names, like, name.com, > name.com.au, name.net.au, is there any recommended way to run that, from > search engine perspective ? > > I normally set 'alias' directive for each additional domain in Apache > vhost conf, just curious if that the way, or is there a more appropriate > setup ? > > > -- > Voytek > > -- > SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ > Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html > -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] multiple domain to one web site
when setting a single web site with multiple domain names, like, name.com, name.com.au, name.net.au, is there any recommended way to run that, from search engine perspective ? I normally set 'alias' directive for each additional domain in Apache vhost conf, just curious if that the way, or is there a more appropriate setup ? -- Voytek -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] installing moodle - .deb or from cvs?
I'm about to setup moodle [1] on a vps. I'd be interested to know from people who have worked with moodle if they recommend installing it from a .deb or via cvs [2] (to more easily keep up with security patches). This question comes from my experiences (bruises?) of maintaining a drupal site, where I eventually found it easier to keep up with security patches by using cvs (I even wrote a howto on this [3]). [1] http://moodle.org/ [2] http://docs.moodle.org/en/CVS_for_Administrators [3] http://howtoforge.com/multisite_drupal_installation_ubuntu -- Thanks, . Sonia Hamilton http://soniahamilton.wordpress.com http://www.linkedin.com/in/soniahamilton . I want to share something with you -- the three sentences that will get you through life. Number one, "Cover for me." Number two, "Oh, good idea, boss." Number three, "It was like that when I got here." -- Homer Simpson -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Sending mail from within a highly locked down network
On Mon, Apr 21, 2008 at 12:06 PM, Mary Gardiner <[EMAIL PROTECTED]> wrote: > Background: my normal mail setup uses Postfix on my laptop to send > outgoing mail. My university has blocked all outgoing ports except 80 > (and they may have a transparent proxy in front of that) and 443 on > their wireless network. My laptop cannot contact its normal mail servers > on any port. (I happen to run those servers, but I already have > processes listening on 80 and 443 on the relevant servers!) Some ideas I've had: #1 Okay, so a bit unusual, but if you have a script in if-up.d that runs nsupdate to update a local copy of bind, you'll always have a DNS name that points to your nearest mail exchange #2 Playing with DNS and search paths such that smtp-forwarder.$any_domain_i_frequent exists, and using "smtp-forwarder" as SMTP relayhost. #3 Using deeper perl-foo in exim4, and doing like Peter suggests, but consulting a file, that lists network masks and appropriate relay hosts lookup{ net-lsearch;$some_foo }{ CONFDIR/relay_by_domain } -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Re: Sending mail from within a highly locked down network
On Mon, Apr 21, 2008, Glen Turner wrote: > Networks *should* block outgoing SMTP from anything but authorised > mail servers. They should, however, allow IMAPS (993) and > Authenticated SMTP (587 to allow users to exchange mail with third-party > servers. Indeed, but in this case they've blocked everything except HTTP(S) and THAT is also increasingly common: block all ports and wait for users to scream. Screaming sometimes gets outgoing SSH back, but hasn't in this case. So, really, that's the scenario I was talking about being fairly common now: pretty much everything blocked. I know of at least two universities now who do this for their wireless networks. -Mary -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Re: Sending mail from within a highly locked down network
Mary Gardiner wrote: Everyone's solutions have been pretty interesting[1]. I'm surprised (although, yes, I knew) that there aren't less sysadmin-y solutions: blocking outgoing SMTP is getting pretty common. Networks *should* block outgoing SMTP from anything but authorised mail servers. They should, however, allow IMAPS (993) and Authenticated SMTP (587 to allow users to exchange mail with third-party servers. In this day and age mail servers shouldn't relay unauthenticated mail from within a network to the outside. That's just asking for one infected PC to drop the entire domain into a spam blacklist. -- Glen Turner -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Re: Sending mail from within a highly locked down network
On 21/04/2008, at 5:22 PM, Mary Gardiner wrote: People who suspend to RAM regularly won't find this as useful since most of the time they will be bypassing their bootloader. Search paths from /etc/resolv.conf and wireless ESSIDs are the closest I've come to establishing definitive locations, and you put the scripts in your equivalent of the if-up.d directories. There's about 50 different packages that do "where am i" type functionality, one package is called, whereami. I'm not sure if there's a popular/ preferred one. I have used something similar in the past in dhclient up hooks to change settings on config files. Usually i would have the same config file with different extensions and copy the right one over the main file and restart a process if I had to, all in a dhclient up hook script. ie cp main.cf.home main.cf or cp main.cf.work main.cf etc. -- Michael Chesterton http://chesterton.id.au/blog/ http://barrang.com.au/ -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Re: Sending mail from within a highly locked down network
/proc/cmdline has the kernel parameters on my Ubuntu system On Mon, Apr 21, 2008 at 5:36 PM, Mick Pollard <[EMAIL PROTECTED]> wrote: > On Mon, 21 Apr 2008 17:25:30 +1000 > Sonia Hamilton <[EMAIL PROTECTED]> wrote: > > > On Mon, 2008-04-21 at 16:31 +1000, Mick Pollard wrote: > > > To automate this 'script' you could build a simple smtp profile system. > > > Grub allows you to pass extra info to it and this is made available to > > > the init process in shell variable $CMDLINE. > > > > So would one access $CMDLINE in /etc/rc.local (Ubuntu), or elsewhere? > > > I am not sure on Ubuntu ( never used it or upstart ), I can't see why it > wouldn't, but on sysv init/bsd init I know it works. > On arch linux I edit /etc/rc.multi and its available there. > > > -- > Regards > Mick Pollard ( lunix ) > > BOFH Excuse of the day: > Unreplicatable Proxy Interruption Signal > > > > -- > SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ > Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html > -- Regards, Martin Martin Visser -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Re: Sending mail from within a highly locked down network
On Mon, 21 Apr 2008 17:25:30 +1000 Sonia Hamilton <[EMAIL PROTECTED]> wrote: > On Mon, 2008-04-21 at 16:31 +1000, Mick Pollard wrote: > > To automate this 'script' you could build a simple smtp profile system. > > Grub allows you to pass extra info to it and this is made available to > > the init process in shell variable $CMDLINE. > > So would one access $CMDLINE in /etc/rc.local (Ubuntu), or elsewhere? > I am not sure on Ubuntu ( never used it or upstart ), I can't see why it wouldn't, but on sysv init/bsd init I know it works. On arch linux I edit /etc/rc.multi and its available there. -- Regards Mick Pollard ( lunix ) BOFH Excuse of the day: Unreplicatable Proxy Interruption Signal pgpq4Eh2gWGka.pgp Description: PGP signature -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Re: Sending mail from within a highly locked down network
On Mon, 2008-04-21 at 16:31 +1000, Mick Pollard wrote: > To automate this 'script' you could build a simple smtp profile system. > Grub allows you to pass extra info to it and this is made available to > the init process in shell variable $CMDLINE. So would one access $CMDLINE in /etc/rc.local (Ubuntu), or elsewhere? -- Thanks, Sonia Hamilton http://soniahamilton.wordpress.com http://www.linkedin.com/in/soniahamilton -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Re: Sending mail from within a highly locked down network
On Mon, Apr 21, 2008, Mick Pollard wrote: > To automate this 'script' you could build a simple smtp profile system. > Grub allows you to pass extra info to it and this is made available to > the init process in shell variable $CMDLINE. People who suspend to RAM regularly won't find this as useful since most of the time they will be bypassing their bootloader. Search paths from /etc/resolv.conf and wireless ESSIDs are the closest I've come to establishing definitive locations, and you put the scripts in your equivalent of the if-up.d directories. -Mary -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Re: Sending mail from within a highly locked down network
Quoting Mary Gardiner <[EMAIL PROTECTED]>: Everyone's solutions have been pretty interesting[1]. I'm surprised (although, yes, I knew) that there aren't less sysadmin-y solutions: blocking outgoing SMTP is getting pretty common. I feel bad users who just want to send their mail already and not carry around a SMTP setup cheatsheet for Outlook/Evo/something. If you want to do something simple you could run a https Webmail server such as The Horde and then do all your email away from home through your web browser. Steve Grady -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html