hi everyone
Can someone please help me???
I have twin Monitors (Lcd's) and I had them working perfectly and
then ?????? something happened.
So now I can still share across a desktop but one's setting is 1024x766
and the other is 1280x1024. I need them both to be the same but HOW I
don't know. And of course the one which is 'wrong' the 1024x766 is NOT
adjustable manually! It sets itself automatically.
Below is my xorg.conf
I am running an ATI 9200 pro and a Benq (which is the main monitor and
has the correct setting) and an LG which is the second desktop and has
the wrong setting.
Any help will be much appreciated that's for sure! Thanks in advance
# Xorg configuration created by system-config-display
Section "ServerLayout"
Identifier "single head configuration"
Screen 0 "aticonfig Screen 0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "Files"
# RgbPath is the location of the RGB database. Note, this is the name of the
# file minus the extension (like ".txt" or ".db"). There is normally
# no need to change the default.
# Multiple FontPath entries are allowed (they are concatenated together)
# By default, Red Hat 6.0 and later now use a font server independent of
# the X server to render fonts.
RgbPath "/usr/X11R6/lib/X11/rgb"
FontPath "unix/:7100"
EndSection
Section "Module"
Load "dbe"
Load "extmod"
Load "fbdevhw"
Load "glx"
Load "record"
Load "freetype"
Load "type1"
Load "dri"
EndSection
Section "InputDevice"
# Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
# Option "Xleds" "1 2 3"
# To disable the XKEYBOARD extension, uncomment XkbDisable.
# Option "XkbDisable"
# To customise the XKB settings to suit your keyboard, modify the
# lines below (which are the defaults). For example, for a non-U.S.
# keyboard, you will probably want to use:
# Option "XkbModel" "pc102"
# If you have a US Microsoft Natural keyboard, you can use:
# Option "XkbModel" "microsoft"
#
# Then to change the language, change the Layout setting.
# For example, a german layout can be obtained with:
# Option "XkbLayout" "de"
# or:
# Option "XkbLayout" "de"
# Option "XkbVariant" "nodeadkeys"
#
# If you'd like to switch the positions of your capslock and
# control keys, use:
# Option "XkbOptions" "ctrl:swapcaps"
# Or if you just want both to be control, use:
# Option "XkbOptions" "ctrl:nocaps"
#
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "us"
EndSection
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "IMPS/2"
Option "Device" "/dev/input/mice"
Option "ZAxisMapping" "4 5"
Option "Emulate3Buttons" "yes"
EndSection
Section "Monitor"
Identifier "Monitor0"
VendorName "Monitor Vendor"
ModelName "Benq FP767"
DisplaySize 340 270
HorizSync 31.5 - 83.0
VertRefresh 56.0 - 76.0
Option "dpms"
EndSection
Section "Monitor"
Identifier "aticonfig Monitor 0"
EndSection
Section "Monitor"
Identifier "aticonfig Monitor 1"
EndSection
Section "Device"
Identifier "Videocard0"
Driver "fglrx"
VendorName "Videocard vendor"
BoardName "ATI Radeon 9200PRO"
Option "VideoOverlay" "off"
Option "OpenGLOverlay" "on"
Option "DesktopSetup" "Horizontal"
Option "OverlayOnCRTC2" "1"
EndSection
Section "Device"
Identifier "ATI Graphics Adapter 0"
Driver "fglrx"
Option "(null)"
Option "DesktopSetup" "Horizontal"
Option "OverlayOnCRTC2" "1"
Option "VideoOverlay" "on"
BusID "PCI:1:0:0"
EndSection
Section "Device"
Identifier "ATI Graphics Adapter 1"
Driver "fglrx"
Option "VideoOverlay" "on"
BusID "PCI:1:0:0"
Screen 1
EndSection
Section "Screen"
Identifier "Screen0"
Device "Videocard0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
Modes "1600x1200" "1280x1024" "1024x768"
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 24
Modes "800x600" "640x480"
EndSubSection
EndSection
Section "Screen"
Identifier "aticonfig Screen 0"
Device "ATI Graphics Adapter 0"
Monitor "aticonfig Monitor 0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
Section "Screen"
Identifier "aticonfig Screen 1"
Device "ATI Graphics Adapter 1"
Monitor "aticonfig Monitor 1"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
Section "DRI"
Group 0
Mode 0666
EndSection
Hi List'ers
I have two sound cards, using the via82xx and ice1712
drivers.
Here is how they come up in the /proc/asound/cards:
0 [DSP24 ]: ICE1712 - Hoontech SoundTrack Audio DSP24
Hoontech SoundTrack Audio DSP24 at 0xdc00, irq 11
1 [V8237 ]: VIA8237 - VIA 8237
VIA 8237 with VIA1617A at 0xd000, irq 11
[yes, i see the shared interrupt]
And here are the drivers:
$ cat /proc/asound/modules
0 snd_ice1712
1 snd_via82xx
Now I want to reverse that, and make the assignments fixed.
According to http://alsa.opensrc.org/MultipleCards
a reliable way to do so is to use the index=n option
when loading the driver. I believe this is normally
done by using modutils to set options in /etc/modules.conf:
$ grep index /etc/modules.conf
# Prevent abnormal drivers from grabbing index 0
options snd-bt87x index=-2
options snd-atiixp-modem index=-2
options snd-intel8x0m index=-2
options snd-via82xx-modem index=-2
# Set Via card to index 0, ICE1712 to index 1
options snd-via82xx index=0
options snd-ice1712 index=1
This configuration doesn't work as expected, I get the
result above in /proc/asound/cards. Can anyone
suggest something I might be missing?
Further downstream there are aliases usages like:
snd-card-0 snd-via82xx
snd-slot-0 snd-card-0
I would consider playing with them, except that I don't see
these incantations/conventions defined anywhere in the Alsa
docs or wiki.
This seems like a FAQ; I'll be sure to post any novel solution
or insight to the wiki.
Regards,
--
Joel Roth
Visitar:
ftp://ftp.musix.ourproject.org/pub/musix/videos/
Charla sobre Música asistida por computadoras con Software
Libre
(puedes reproducir estos archivos con XINE o mplayer)
Lugar: cheLA, Buenos Aires, Argentina
Organización: SOLAR (Software Libre Argentina)
Disertante: Marcos Guglielmetti
Programas: Rosegarden, Ardour, Hydrogen, Qsynth, etc.
Estos cuatro archivos de video en formato .ogg fueron
filmados por José Luis Di Biase (Josx), de SOLAR el
17/3/2006 en el centro cultural cheLA, Bs.As., Argentina.
Durante la misma se presentó una versión experimental de
Musix GNU/Linux (0.39), se repartió material didáctico
(documentación relativa a la temática) y CDs con la
distribución GNU/Linux en cuestión.
Gracias a todos los organizadores y a Adrian Pardini en
especial que llevó las luces, sin las cuales el video
hubiese sido una lúgubre colección de imágenes.
Disculpen por las fallas, y disfruten de los aciertos :-)
23/3/2006
--
Marcos Guglielmetti
Coordinador del desarrollo de Musix GNU+Linux
(www.musix.org.ar)
Mirrors: (www.musix.distrux.net) (www.pc-musica.com.ar/musix)
(www.k-maleon.com/musix)
___________________________________________________________
¿Tu correo te queda chico?
1GB gratis, Antivirus y Antispam
Correo Yahoo!, el mejor correo web del mundo
http://correo.yahoo.com.ar
Dear LAU & FW Folk,
Time again for a software release.
Here is the long awaited...
Freewheeling 0.5.1
------------------
http://freewheeling.sourceforge.net/
Summary:
FreeWheeling is an audio tool for live looping. It provides a highly
configurable, fluid user interface for instrumentalists to capture loops in
real-time. Based on the JACK, ALSA, and SDL libraries, it integrates with
FluidSynth, a software synthesizer.
Article:
http://www.linuxjournal.com/article/8445
Changes:
v0.5.1
(CHANGE LOG AS OF MARCH 22, 2006)
Thank you to all for good ideas and inspiration over the summer
and winter. Many thanks to Paul Davis for hooking me up with
a great Linux Audio development gig. And thanks to an anonymous
donor for his contribution, and to Dubphil and Paul Brossier for
beta testing.
** FreeWheeling now requires libgnutls11-dev (gnutls-openssl)
instead of openssl (Thanks, Piem).
New Features
------------
* Significantly less memory usage-- more than 20 megabytes less.
Thanks to Drobilla for pointing out the issue with thread
stack size.
* New scripts (see scripts/ folder) to help you manage
a library of loops. You can now bath move, delete, and
archive loops & scenes by date.
* Jack transport sync-
- Master and slave mode
For sync to work, you must first create a pulse,
either by recording a loop and pressing F1, or by tapping
a pulse by tapping F2 twice.
Freewheeling tries to become the Jack timebase master,
but if another app is master, it switches to slave mode.
In master mode, Freewheeling generates beats and bar counts
for every repetition of the currently selected pulse.
In slave mode, Freewheeling receives beats and bar counts
and syncronizes the currently selected pulse to them.
For both master and slave modes, you can adjust the number of
bars/beats per pulse using:
Ctrl/Shift + S - adjust timebase
You can also switch between sync to bars or sync to beats
using:
Alt + S - switch bars/beats sync
Note that in master mode, FW is currently hard-wired to
generate 4 beats per bar. Since this is preliminary code,
not a big deal.
* New user interface
- Progress bar for saving and loading loops and scenes
- Better organization of help page with clear sections
- Mouse support
- Click on loops triggers them.
- Space + Click erases loops.
- Mousewheel on loops now adjusts loop volumes--
very convenient when you are mixing and playing with
improvisations.
These can be configured.
See 'loop-clicked' in .fweelin.rc.
- Joystick support
- Joystick buttons can now trigger events.
For example, I have used FW with a DDR dance mat to
trigger loops.
See 'joybutton' in .fweelin.rc.
- New 'engage' and 'shot' options in trigger-loop.
'Engage' forces a loop to ON or OFF,
overriding the default toggle behavior.
You can use it to create triggers that play short bursts,
rather than long loops.
'Shot' to be implemented.
* Stability improvements
- Better thread safety and design improvements to the real-time
memory manager have improved stability.
* Significant improvements to loop/scene management and browsing
- You can now give loops and scenes your own names
- New names are stored within the filename of library files
- Expanded browser window shows several items at once
- Browser now sorts so that newer loops and scenes are first
* Better handling of looppoints
- Resolved issue with clicking at the looppoint on reloaded
loops.
- Resolved sporadic clicks on syncronized loops.
* Better handling of loading/saving loops
* Adjustable video loop delay
- You can now adjust the performance of FreeWheeling
by changing the delay between video refreshes.
Several people asked for this feature, because
FW is processor-heavy on the video side.
The video thread does run at a low priority,
and so it should not affect the performance of other
realtime audio threads. However, the system may get
sluggish, and if this happens, you may want to increase
the delay in .fweelin.rc:
<var videodelay="20"/>
Fixes
-----
* Fixed 'glibc double free' segfault- FW should now run
when compiled with GCC 4.0.
* Adjusted the way F2 tap tempo works-
tapping a new tempo with F2 is now more responsive,
but less tolerant of mistakes
* Fixed 'pure virtual method called' segfault
* Fixed segfault when browsing past end of FluidSynth patch list
* Various fixes to reduce CPU hogging
* Merged patches from Piem's debian package:
MaxVol, compile fixes for GCC 4.0, and removal of non-free
elements
* FW can now run without physical JACK inputs or outputs.
Thanks to Piem for this patch.
Enjoy!
-- JP Mercury
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
This is a cover of Dolly Partons song "Coat of many colors".
The synth parts are made with E-Radium and qsynth/fluidsynth.
Guitars and vocals are recorded in Ardour. Its also mixed in
Ardour.
Snd was used for some editing of the final sound file afterwards, jamin
was used for mastering, jack_record was used to capture the sound from
jamin, and oggenc was used to produce the ogg-file. Phu!
Plug-ins used:
* TAP equalizer
* Chorus1 (based on Csound orchestra, really nice)
* Chorus2 (based on Csound orchestra, really nice)
* SC4
* Stereo reverb made by Fons. (Wow! This one is sounds so real!)
And its recorded and mixed in the main studio at ccrma, today.
http://ccrma.stanford.edu/~kjetil/music/CoatOfManyColors.ogg
>A very good, if long ;), post.
I think Carlo's got me beat by a few lines. :)
>As for the donation thing, the one thing that irks me about all the
>independant bands I listen to is that I have to give my credit card
>number out to so many different places. It'd be nice to have a central
>place for this. OH I KNOW, that Digg-like site! We could have the
>infrastructure in place there to allow users to register their PayPal
>or CCs, and allow them to tip artists from a central location. The
>artists would have to register with the site, but I don't see that as
>a problem. The problem would be that we would need someone to pay for
>it all and develop it, and I can't do that myself right now,
>unfortunately. It's an idea, and it would help the convenience factor
>for end-users.
That's a really good point.
Doubtless that is one of the disincentives to 'tipping' - it doesn't seem
worth the trouble if someone just wants to contribute < a dollar, etc. for
a track.
Any infrastructure that would make this simpler and more convenient would
help immensely.
Promoting the use of 'Tags' might be a really good way to help index/find
all this independent net music.
>anyone had a look to http://www.jamendo.com ?
>***
>Philippe
Looks very promising!
It looks like they already have that infrastructure set up?
I'd never heard of that site - thanks for the link!
Looks like they're using the 'tags' idea already.
I agree with Cesare that the 'label' term carries a lot of baggage.
Perhaps just 'net music' or 'net release'?
>I've got it. We make 'musicstreams'.
'Musicstreams' is certainly romantic. :)
>I might add, we could create musicstream logos that have a $ sign (pay
>to download, don't share), a 'please donate' sign (a basket or hat,
>maybe), and a completely free (you are not expected to donate sign).
I agree that that kind of clarification would be helpful.
>Carotinho: I would use a seperate logo and campaign to advocate linux
>audio as cool... Which would somehow have to show that linux and
>geekiness is cool (we should use SEX for that... ;)
I thought that had already been established! :)
>for people who don't
>really know what it is (okay we'll have to assume people either know
>what sex is or know what linux is). And, mystically transfer a litte
>philosophy so the tech buffs can small talk 'logoed' people better...
>not to mention score more :) I always found scoring more important than
>looking cool to peers, although the two do share common ground.
Good idea.
Being part of the new bohemian 'counter-culture' listening to independent
net music made with open-source software is super sexy and very cool. :)
- Maluvia
>===== Original Message From Loki Davison <loki.davison(a)gmail.com> =====
>On 3/22/06, Lee Revell <rlrevell(a)joe-job.com> wrote:
>> On Tue, 2006-03-21 at 22:35 -0500, Dana Olson wrote:
>> > Well, if price is not an issue, I suppose he could pay someone to
>> > engineer a new kind of laptop with removable soundcards, similar to
>> > PCI, but in a more compact fashion, and then he could use those?
>>
>> I think they have that, it's called "PCMCIA" and I completely forgot
>> about it when posting my last message ;-)
>>
>> Lee
>>
>>
>
>
>Is there a reason no pcmcia stuff was suggested? it seems in everyway
>much better than usb. All the echo stuff seems well supported. Ranging
>from the echo io to the layla/mona, though they need external power,
>because they are somewhat huge.
Well, actually, I already have a pcmcia RME HDSP multiface, but was looking
for something even more portable in terms of having built-in preamps and
possibly drawing power from a laptop. I must admit that I've been ignorant in
respect to the whole USB-audio scene.
>
>The mona or layla24 would destroy all compeditors for all listed
>things apart from being usb, and if battery only power is required. It
>has mic and instrument pre's and great fidelity. Also 8 in 8 out plus
>adat is more than anything usb can do. I'd go it for sure if money
>wasn't an issue. http://www.echoaudio.com/Products/CardBus/
Both Layla24 and Mona have been discontinued:
http://www.echoaudio.com/Products/Discontinued/index.php :-(
Seems like mobile options for Linux audio are dwindling and that
USB2.0/ieee1394 are finally taking over.
I sure hope that FreeBoB guys are close to releasing at least a rough beta
driver soon...
Best wishes,
Ico
Matthew Yee-King wrote:
> Hello!
>
> I have just been reading your post about remote 25s from 3 years ago! I
> just installed a nice fresh debian testing etch system and was shocked
> to find the remote 25 appeared in my list of midi ports in qjackctl -
> wow. Can't find any docs about this on the web so thought you might like
> to know, It's a stock debian 2.6.15 686 kernel using the alsa drivers
> that come with it.
Hey Matthew,
Thanks for letting me know. I've just recently been itching to get my
remote 25 working again and I've also been seriously considering moving
my audio box from sarge to etch. So, your news is very welcome. I'm
cc'ing the list in case anyway else might be interested.
My Remote 25 has been sitting here in front of me on my desk unused and
collecting dust and cat hair for at least a year. If I remember
correctly it still has the original 1.0 firmware version. Do you happen
to know what version your's has? Do you or anyone else have anything to
say about updating firmware on these devices?
Thanks again,
Eric Rz.
Matthew Yee-King wrote:
> Eric Dantan Rzewnicki wrote:
>> Matthew Yee-King wrote:
>>> Hello!
>>> I have just been reading your post about remote 25s from 3 years ago!
>>> I just installed a nice fresh debian testing etch system and was
>>> shocked to find the remote 25 appeared in my list of midi ports in
>>> qjackctl - wow. Can't find any docs about this on the web so thought
>>> you might like to know, It's a stock debian 2.6.15 686 kernel using
>>> the alsa drivers that come with it.
>> After you sent your mail I upgraded my work laptop to etch over the
>> weekend with the packaged linux 2.6.15-1-k7. I just plugged my remote
>> 25 into it. amidi -l shows it! Very encouraging. I'll have to actually
>> use this thing now. :)
> excellent - when i bought that thing i phoned novation and asked them if
> they supported linux/ would release specs etc and the support bloke
> said, with a laugh, 'never!'. I'd like to see his face when someone
> tells him it works plug and play on a stock linux distro no support
> required thanks very much.
>
> Well - what are you waiting for?... happy twiddling
Yup ... but, but, there seems to be an issue with the firmware update.
Clemens suggests that my firmware may just be too old to handle the usb
data rate. So, I'll have to install etch on that spare partition on my
main audio box so I can use the old ymfpci card for old-school midi data
transfer.
Of course, I could just build a kernel to make sure I've got the same
usb options and use the existing sarge install. But, I've been meaning
to install etch for a while anyway.
-Eric Rz.
-------- Original Message --------
Return-Path: <gene.heskett(a)verizon.net>
X-Original-To: eric(a)zhevny.com
Delivered-To: eric(a)zhevny.com
Received: from vms040pub.verizon.net (vms040pub.verizon.net
[206.46.252.40]) by orie.zhevny.com (Postfix) with ESMTP id E302AA422D
for <eric(a)zhevny.com>; Tue, 21 Mar 2006 11:15:10 -0500 (EST)
Received: from coyote.coyote.den ([72.65.66.238]) by
vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built
Sep 9 2005)) with ESMTPA id <0IWH00F0WJT4IY60(a)vms040.mailsrvcs.net> for
eric(a)zhevny.com; Tue, 21 Mar 2006 10:15:05 -0600 (CST)
Date: Tue, 21 Mar 2006 11:15:03 -0500
From: Gene Heskett <gene.heskett(a)verizon.net>
Subject: Re: [linux-audio-user] [OT?] camcorder mic
In-reply-to: <441FE7A8.6000903(a)zhevny.com>
To: Eric Dantan Rzewnicki <eric(a)zhevny.com>
Reply-To: gene.heskett(a)verizononline.net
Message-id: <200603211115.03707.gene.heskett(a)verizon.net>
Organization: Organization? Absolutely zip.
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
Content-disposition: inline
References: <441F3AB8.5010501(a)zhevny.com>
<200603202156.26205.gene.heskett(a)verizon.net> <441FE7A8.6000903(a)zhevny.com>
User-Agent: KMail/1.7
On Tuesday 21 March 2006 06:46, Eric Dantan Rzewnicki wrote:
>Hi Gene,
>
>Gene Heskett wrote:
>> On Monday 20 March 2006 18:28, Eric Dantan Rzewnicki wrote:
>>>I'm shopping for new camcorder and am considering getting a
>>> "shotgun" mic for it. I wondered if anyone here has any experience
>>> with these. I'm looking at the Rode VideoMic:
>>>http://www.sweetwater.com/store/detail/VideoMic/
>>
>> That looks A: like a pretty decent mic for the bucks, but be aware
>> that the AUD vs USD will eat a lot of that so-called discount.
>> And B: an odd shock mount which leads me to ask how fragile in might
>> be in the field as it sure looks top heavy and the photo doesn't
>> seem to show much bracing in the roll direction.
>
>The reviews I've read say that it's actually fairly light since it's
>made of ABS instead of metal, so it's not as top heavy as it looks,
>apparantly.
>
>> I like that spl rating of 131 db though, you are not going to be
>> able to overload that mic without wearing some 30db gun muffs like I
>> use at the target range.
>>
>>>I've pretty much settled on the Panasonic PV-GS300 camcorder. Any
>>>experiences or opinions on that are also welcome.
>>
>> No experience there, other than to comment that I have a Sony
>> TRV-460 digital hi8 that I'm plumb in love with. I shot a wedding
>> with it last spring that came out very well. It has a firewire port
>> so I can upload raw video in real time, but that needs lots of free
>> space on your hard
>
>Raw video, with decent audio quality, in real time via ieee1394 is the
>main thing I'm after. Not necessarily going direct to disk, though.
> The main purpose is streaming talks live in ogg theora with icecast
> from LAC2006, DCLUG, BWBUG and maybe, if I can ever get myself out to
> Chantilly on first Saturday mornings, NovaLUG as well. Joern and I
> did this at LAC2005 and I've done a few DCLUG, BWBUG meetings and one
> SBE meeting since, but am looking to get my own gear so I can do this
> outside of RFA without relying on their equipment.
The importation of raw video is just an exersize in dma, running it thru
the ogg theora to compress it will not be done in real time by any
commonly available cpu today and will heat the cpu quite a bit. So it
will have to be treated as a file to file project where time is just
wall time.
In making that vcd, the import was in real time, the editing was in real
time, but the compression of 3 plus GB into that format and about 340
megs, took a bit over 2 hours on an xp2800 athlon wth a gig of ram, for
about 18 minutes of real video on the video cd. Thats a performance
gap even a newer 64 bit whiz-bang cpu can't make up. Theora might have
been quicker, but it had to play on a generic device so I haven't
explored/played with it yet.
>> drive for half an hour. That 20 minute wedding was over 3.8GB IIRC.
>> But kino had no problems editing out my shakes. And the resultant
>> videocd I burned several copies of smunched that down to about 340
>> megs with no visible loss of quality that I could see, and it played
>> in everybodies cd readers as far as I know, in addition in my own
>> dvd player, an el-cheapo Apex.
>>
>>>Also, is there any such thing as a linux-video-users list where this
>>>might be more on-topic? I remember seeing a linux-video-developers
>>>list in someone's sig here or on lad, but can't recall the URL and
>>>didn't know if a video-user's question would be on-topic for that
>>>list anyway.
>>
>> Well, there is the video4linux list, but its rather
>> hardware/software drivers for the hardware centric with little of
>> the video artistic crowd around. Personally I feel its more on
>> topic on this list than that one, but thats just me being practical.
>
>Ok, I'll stay away from there for now. I do have an interest in that
>stuff, but it's lower on the priority list for now.
>
>> "Here be the artists" IMNSHO, and thats meant as a complement to
>> this crowd. As an opinionated, experienced old engineer, they
>> 'tolerate' me for the most part :)
>>
>:)
>
>Thanks again.
>
>-edrz
--
Cheers, Gene
People having trouble with vz bouncing email to me should add the word
'online' between the 'verizon', and the dot which bypasses vz's
stupid bounce rules. I do use spamassassin too. :-)
Yahoo.com and AOL/TW attorneys please note, additions to the above
message by Gene Heskett are:
Copyright 2006 by Maurice Eugene Heskett, all rights reserved.