You can subscribe to this list here.
2000 |
Jan
(2) |
Feb
(15) |
Mar
(1) |
Apr
(11) |
May
(9) |
Jun
(22) |
Jul
(23) |
Aug
(21) |
Sep
(21) |
Oct
(7) |
Nov
(13) |
Dec
(58) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(20) |
Feb
(33) |
Mar
(24) |
Apr
(27) |
May
(48) |
Jun
(12) |
Jul
(35) |
Aug
(37) |
Sep
(41) |
Oct
(37) |
Nov
(29) |
Dec
(4) |
2002 |
Jan
(35) |
Feb
(17) |
Mar
(33) |
Apr
(65) |
May
(53) |
Jun
(43) |
Jul
(38) |
Aug
(37) |
Sep
(11) |
Oct
(25) |
Nov
(26) |
Dec
(38) |
2003 |
Jan
(44) |
Feb
(58) |
Mar
(16) |
Apr
(15) |
May
(11) |
Jun
(5) |
Jul
(70) |
Aug
(3) |
Sep
(25) |
Oct
(8) |
Nov
(16) |
Dec
(15) |
2004 |
Jan
(16) |
Feb
(27) |
Mar
(21) |
Apr
(23) |
May
(14) |
Jun
(16) |
Jul
(5) |
Aug
(5) |
Sep
(7) |
Oct
(17) |
Nov
(15) |
Dec
(44) |
2005 |
Jan
(37) |
Feb
(3) |
Mar
(7) |
Apr
(13) |
May
(14) |
Jun
(23) |
Jul
(7) |
Aug
(7) |
Sep
(12) |
Oct
(11) |
Nov
(11) |
Dec
(9) |
2006 |
Jan
(17) |
Feb
(8) |
Mar
(6) |
Apr
(14) |
May
(18) |
Jun
(16) |
Jul
(6) |
Aug
(1) |
Sep
(5) |
Oct
(12) |
Nov
(1) |
Dec
(1) |
2007 |
Jan
(3) |
Feb
(6) |
Mar
(6) |
Apr
|
May
|
Jun
(7) |
Jul
(8) |
Aug
(5) |
Sep
(4) |
Oct
|
Nov
(8) |
Dec
(14) |
2008 |
Jan
(31) |
Feb
(3) |
Mar
(9) |
Apr
|
May
(15) |
Jun
(9) |
Jul
|
Aug
(13) |
Sep
(10) |
Oct
|
Nov
|
Dec
|
2009 |
Jan
(11) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(9) |
Jul
(23) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(10) |
2011 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
(5) |
Feb
(3) |
Mar
(2) |
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2013 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
From: Tony N. <ton...@ge...> - 2006-04-25 02:29:35
|
At 9:01 PM +0200 4/24/06, Stelian Pop wrote: >Le lundi 24 avril 2006 =FD 14:34 -0400, Tony Nelson a =C8crit : > >> I have only looked at the dump and restore source for a bit, but I believ= e >> that dump dumps all of the EA and restore views files through the >> filesystem calls, which invoke SELinux code that "improve" the results if >> the MLS data is not present on disk.=20 > >Ah ok, seems plausible indeed. > >> >Try restoring your backup (not just verifying it), and run getfattr on >> >both the original and the extracted file. What is the result ? >>=20 >> I'm sorry, but I'm not going to wipe my FC3 volume to do this. Given tha= t >> I'm not entirely sure that the dump is good, wiping out the original woul= d >> be imprudent. > >Oh no, I didn't meant to wipe your existing volume, just extract the >dump (or a part of it) into another, temporary directory... > >But if you're correct it won't show any difference at all since once the >files are created by restore, with the 'old' EA, further getxattrs will >return the 'improved' EA... I've filed bugs against restore (so the maintainers know about the issue) and against Fedora Core 5 SELinux: [ dump-Bugs-1475895 ] FC5 SELinux causes miscompares for restore -C https://sourceforge.net/tracker/?func=3Ddetail&atid=3D101306&aid=3D1475895&g= roup_id=3D1306 [Bug 189845] New: FC5 SELinux causes miscompares for restore -C https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=3D189845 ____________________________________________________________________ TonyN.:' <mailto:ton...@ge...> ' <http://www.georgeanelson.com/> |
From: Tony N. <ton...@ge...> - 2006-04-25 02:29:29
|
At 2:50 PM -0400 4/24/06, Eric Jensen wrote: >Tony Nelson <ton...@ge...> wrote: > >>> Try restoring your backup (not just verifying it), and run getfattr >>> on both the original and the extracted file. What is the result ? > >> I'm sorry, but I'm not going to wipe my FC3 volume to do this. Given >> that I'm not entirely sure that the dump is good, wiping out the >> original would be imprudent. > >Just a quick note here - it's quite easy to restore only one or two >files from a dump, in a location of your choice, so that you could >compare them in this way. > >Just cd to a temp directory you've created, then run 'restore -i -f >/dev/tape ' (or whatever your device is) on your tape - you can >interactively flag a file or two to be restored, and then when you've >done that, tell it to extract, and it will create only those files, in a >subdirectory of your current directory. (It will also create the tree >it needs to restore them, e.g. if you're in /home/foo/, and you restore >a file 'myfile' that was dumped from /data/dir1/dir2/, you'll end up >with /home/foo/data/dir1/dir2/myfile after the restore.) > >There's on-line help once you get inside the 'restore -i' "shell". I had already done so, but the file got default context for root, unrelated to the context on the dump. How do I get it to have the dump's recorded context on restore? In any event, the source for restore shows that the error message contains the exact context as found in the dump. (The message and docs could be clearer.) ____________________________________________________________________ TonyN.:' <mailto:ton...@ge...> ' <http://www.georgeanelson.com/> |
From: Stelian P. <st...@po...> - 2006-04-24 19:01:18
|
Le lundi 24 avril 2006 =E0 14:34 -0400, Tony Nelson a =E9crit : > I have only looked at the dump and restore source for a bit, but I beli= eve > that dump dumps all of the EA and restore views files through the > filesystem calls, which invoke SELinux code that "improve" the results = if > the MLS data is not present on disk.=20 Ah ok, seems plausible indeed. > >Try restoring your backup (not just verifying it), and run getfattr on > >both the original and the extracted file. What is the result ? >=20 > I'm sorry, but I'm not going to wipe my FC3 volume to do this. Given t= hat > I'm not entirely sure that the dump is good, wiping out the original wo= uld > be imprudent. Oh no, I didn't meant to wipe your existing volume, just extract the dump (or a part of it) into another, temporary directory... But if you're correct it won't show any difference at all since once the files are created by restore, with the 'old' EA, further getxattrs will return the 'improved' EA... Stelian. --=20 Stelian Pop <st...@po...> |
From: Eric J. <eje...@sw...> - 2006-04-24 18:50:22
|
Tony Nelson <ton...@ge...> wrote: >> Try restoring your backup (not just verifying it), and run getfattr >> on both the original and the extracted file. What is the result ? > I'm sorry, but I'm not going to wipe my FC3 volume to do this. Given > that I'm not entirely sure that the dump is good, wiping out the > original would be imprudent. Just a quick note here - it's quite easy to restore only one or two files from a dump, in a location of your choice, so that you could compare them in this way. Just cd to a temp directory you've created, then run 'restore -i -f /dev/tape ' (or whatever your device is) on your tape - you can interactively flag a file or two to be restored, and then when you've done that, tell it to extract, and it will create only those files, in a subdirectory of your current directory. (It will also create the tree it needs to restore them, e.g. if you're in /home/foo/, and you restore a file 'myfile' that was dumped from /data/dir1/dir2/, you'll end up with /home/foo/data/dir1/dir2/myfile after the restore.) There's on-line help once you get inside the 'restore -i' "shell". Hope this helps, Eric |
From: Tony N. <ton...@ge...> - 2006-04-24 18:34:38
|
At 10:32 AM +0200 4/24/06, Stelian Pop wrote: >Le dimanche 23 avril 2006 =FD 22:18 -0400, Tony Nelson a =C8crit : >> At 2:20 PM -0400 4/23/06, Tony Nelson wrote: >> >I'm trying to learn how to use dump and restore (to/from DVD+/-R), and I= 've >> >gotten it working to the point where the file data seems to be OK but th= e >> >SELinux Extended Attributes are not. I used the commands (as root, with= my >> >/ being LogVol02): >> > >> > # mount -r /dev/VolGroup00/LogVol00 /mnt/lv00 >> > # dump -0 -L xxx -B 4590208 -f /tmp/dumpdvd /dev/VolGroup00/LogVol00 >> > [cdrecord used once per tape, from another terminal] >> > # cdrecord -v -sao dev=3Ddvd -data /tmp/dumpdvd >> > # restore -C -f /dev/dvd >> > >> >OK, some of that is superstition, but it works except for one of these >> >messages for each file, and no other errors (according to grep -v): >> > >> > ./path/to/file: EA foo_x:object_r:bar_y value changed >> ... >> >> OK, now I understand that these errors are due to a change in SELinux in >> Fedora Core 5, where the 4th component (MLS) of the Security Context has >> been enabled. When dump did the backup of the volume made under FC3, it >> only dumped the 3 components that were in current use. > >dump should backup *all* the EA which are set on the original inode. The >syscall which is used to retrieve the EA value doesn't know anything >about a 3 or 4 component value. It just retrieves the full value in a >buffer. Dump must back up all the EA, as it doesn't seem to be looking inside EAs when it dumps them. The problem is that on previous versions of SELinux, the 4th (MLS) field was not used, and was therefor not set, so there is no value to restore. >So I don't believe this is the cause, or at least not directly. I have only looked at the dump and restore source for a bit, but I believe that dump dumps all of the EA and restore views files through the filesystem calls, which invoke SELinux code that "improve" the results if the MLS data is not present on disk. Restore -C then compares the string returned by the filesystem call with the string on disk and is unhappy. Therefore the cause of the difference is the change in SELinux. >Before going further, let's just verify exactly what got changed. You >can retrieve the value of EA's using the getfattr command, like in: > getfattr -d -m . /tmp/foo > >(-d is for dumping all the EA, -m is the pattern search for the EAs, >here we want to dump all the EAs). I had already used getxattr() via Python. A file on the mount made under =46C3 showed the MLS field, but that field was not in the dump, as shown by restore. >Try restoring your backup (not just verifying it), and run getfattr on >both the original and the extracted file. What is the result ? I'm sorry, but I'm not going to wipe my FC3 volume to do this. Given that I'm not entirely sure that the dump is good, wiping out the original would be imprudent. ____________________________________________________________________ TonyN.:' <mailto:ton...@ge...> ' <http://www.georgeanelson.com/> |
From: Stelian P. <st...@po...> - 2006-04-24 08:32:56
|
Le dimanche 23 avril 2006 =E0 22:18 -0400, Tony Nelson a =E9crit : > At 2:20 PM -0400 4/23/06, Tony Nelson wrote: > >I'm trying to learn how to use dump and restore (to/from DVD+/-R), and= I've > >gotten it working to the point where the file data seems to be OK but = the > >SELinux Extended Attributes are not. I used the commands (as root, wi= th my > >/ being LogVol02): > > > > # mount -r /dev/VolGroup00/LogVol00 /mnt/lv00 > > # dump -0 -L xxx -B 4590208 -f /tmp/dumpdvd /dev/VolGroup00/LogVol= 00 > > [cdrecord used once per tape, from another terminal] > > # cdrecord -v -sao dev=3Ddvd -data /tmp/dumpdvd > > # restore -C -f /dev/dvd > > > >OK, some of that is superstition, but it works except for one of these > >messages for each file, and no other errors (according to grep -v): > > > > ./path/to/file: EA foo_x:object_r:bar_y value changed > ... >=20 > OK, now I understand that these errors are due to a change in SELinux i= n > Fedora Core 5, where the 4th component (MLS) of the Security Context ha= s > been enabled. When dump did the backup of the volume made under FC3, i= t > only dumped the 3 components that were in current use. dump should backup *all* the EA which are set on the original inode. The syscall which is used to retrieve the EA value doesn't know anything about a 3 or 4 component value. It just retrieves the full value in a buffer. So I don't believe this is the cause, or at least not directly. Before going further, let's just verify exactly what got changed. You can retrieve the value of EA's using the getfattr command, like in: getfattr -d -m . /tmp/foo (-d is for dumping all the EA, -m is the pattern search for the EAs, here we want to dump all the EAs). Try restoring your backup (not just verifying it), and run getfattr on both the original and the extracted file. What is the result ? Stelian. --=20 Stelian Pop <st...@po...> |
From: Tony N. <ton...@ge...> - 2006-04-24 02:18:40
|
At 2:20 PM -0400 4/23/06, Tony Nelson wrote: >I'm trying to learn how to use dump and restore (to/from DVD+/-R), and I've >gotten it working to the point where the file data seems to be OK but the >SELinux Extended Attributes are not. I used the commands (as root, with my >/ being LogVol02): > > # mount -r /dev/VolGroup00/LogVol00 /mnt/lv00 > # dump -0 -L xxx -B 4590208 -f /tmp/dumpdvd /dev/VolGroup00/LogVol00 > [cdrecord used once per tape, from another terminal] > # cdrecord -v -sao dev=dvd -data /tmp/dumpdvd > # restore -C -f /dev/dvd > >OK, some of that is superstition, but it works except for one of these >messages for each file, and no other errors (according to grep -v): > > ./path/to/file: EA foo_x:object_r:bar_y value changed ... OK, now I understand that these errors are due to a change in SELinux in Fedora Core 5, where the 4th component (MLS) of the Security Context has been enabled. When dump did the backup of the volume made under FC3, it only dumped the 3 components that were in current use. When restore tried to compare the backup with the volume, it got "invented" MLS components, so the security contexts did differ. I expect that restore needs to cope with this somehow. Possibly SELinux needs some work as well -- I'll ask for help on the fedora-selinux-list. ____________________________________________________________________ TonyN.:' <mailto:ton...@ge...> ' <http://www.georgeanelson.com/> |
From: Tony N. <ton...@ge...> - 2006-04-23 18:24:35
|
I'm trying to learn how to use dump and restore (to/from DVD+/-R), and I've gotten it working to the point where the file data seems to be OK but the SELinux Extended Attributes are not. I used the commands (as root, with my / being LogVol02): # mount -r /dev/VolGroup00/LogVol00 /mnt/lv00 # dump -0 -L xxx -B 4590208 -f /tmp/dumpdvd /dev/VolGroup00/LogVol00 [cdrecord used once per tape, from another terminal] # cdrecord -v -sao dev=dvd -data /tmp/dumpdvd # restore -C -f /dev/dvd OK, some of that is superstition, but it works except for one of these messages for each file, and no other errors (according to grep -v): ./path/to/file: EA foo_x:object_r:bar_y value changed What am I doing wrong? I've tried restore -C with setenforce 0, and with mouting read-write. Is there a way to see what the dump'ed file info and EA's are? ____________________________________________________________________ TonyN.:' <mailto:ton...@ge...> ' <http://www.georgeanelson.com/> |
From: Stelian P. <st...@po...> - 2006-04-22 12:33:22
|
Le jeudi 20 avril 2006 =E0 06:25 -0700, Kenneth Porter a =E9crit : > This error is being reported by a Fedora user here: >=20 > <http://fcp.homelinux.org/modules/newbb/viewtopic.php?topic_id=3D18910&= start=3D10> >=20 > Is this perhaps a kernel deficiency? Perhaps this kernel was built with= out=20 > EA support. This means that the dumped file has some EA (extended attributes, as visible with getfattr(1), not to be confused with ext2 attributes, which are listed by lsattr(1)). Restore is trying to restore the EA, and the syscall fails. There can be multiple reasons for that: * the target filesystem does not support EA * the target filesystem does support EA but it is not mounted with the needed mount options (user_xattr for example) * the kernel does not support EA Stelian. --=20 Stelian Pop <st...@po...> |
From: Kenneth P. <sh...@se...> - 2006-04-20 13:25:54
|
This error is being reported by a Fedora user here: <http://fcp.homelinux.org/modules/newbb/viewtopic.php?topic_id=18910&start=10> Is this perhaps a kernel deficiency? Perhaps this kernel was built without EA support. |
From: Stelian P. <st...@po...> - 2006-02-24 13:43:23
|
Le vendredi 24 f=E9vrier 2006 =E0 07:24 -0600, Brent Busby a =E9crit : > Suppose I have some dumps that were dumped with '-b64' block size 64KB,= =20 > and they were dumped as regular files to disk. Now I decide I want to=20 > send them to tape. What kind of blocking/reblocking things do I have t= o=20 > worry about? Should I: >=20 > cat dumpfile >/dev/nst0 No. >=20 > or >=20 > dd if=3Ddumpfile of=3D/dev/nst0 No. >=20 > or >=20 > dd if=3Ddumpfile of=3D/dev/nst0 bs=3D65536 Yes (it will matter when you do read the tape, and you'll need one read to return 64 KB at once). > ...or something else I've not thought of here? (If it makes any=20 > difference, I run my tape drive with variable size blocks.) This is good. You could also use fixed blocking at 64 KB. Stelian. --=20 Stelian Pop <st...@po...> |
From: Brent B. <br...@ke...> - 2006-02-24 13:24:44
|
Suppose I have some dumps that were dumped with '-b64' block size 64KB, and they were dumped as regular files to disk. Now I decide I want to send them to tape. What kind of blocking/reblocking things do I have to worry about? Should I: cat dumpfile >/dev/nst0 or dd if=dumpfile of=/dev/nst0 or dd if=dumpfile of=/dev/nst0 bs=65536 ...or something else I've not thought of here? (If it makes any difference, I run my tape drive with variable size blocks.) -- + Brent A. Busby, UNIX Systems Admin + "It's like being + + James Franck / Enrico Fermi Institute + blindsided by a + + The University of Chicago + flying dwarf..." + |
From: <set...@ya...> - 2006-02-16 11:17:41
|
※未承諾広告 (これは純粋にお金を儲ける為のシステムのご紹介です) お気軽にご参加ください。 これはリピート×スリーという参加した方が全員儲かる不思議なシステムです! 今まであったものとは全く違い、新しく全く違法性はありません。 3 段階であなたの口座にもどんどんお金が入ってきますので 必ずルールを守れる方で、大金が欲しい方は是非、気軽にご参加ください。 内容が詳しく知りたい方は全部読んでみてください。 費用は以下の3000 円のみになります。 ルール: 下の表がシステムの基本となります。,,の方の口座に1000円づつ振込み後、 必ず番の内容を削除して、番を番へ繰り上げ番を番に繰り上げ、 空いた番にあなたの口座をいれてからメールを送ってください。 三井住友銀行 ドットコム支店 1496221 イーバンクギンコウ(カ ↑ ジャパンネット銀行 本店営業部 3931108 セキヒロフミ ↑ 八十二銀行 伊那支店 86580 キリヤマユウジ 振込みの際、上の表の部分を印刷してもいいでしょう。 ※参加者の方は振込み手数料の負担等を少なくする為、都市銀行、地方銀行の普通口座でご参加ください。 インターネットが普及した今だから!5 年前では早すぎた… 日本のインターネット人口 8000万人!全ての方にチャンス!! ============================================================ 手順1: 上記に記載されている1,2,3,の参加者に 必ずATM(銀行、コンビニ、インターネットバンキング)から 各1000円を振り込みます。この際の振込み手数料は(各数百円)ご自身の負担になります。 ============================================================ (振込みが完了したら) 手順2: あなたのメールソフトを起動させ、新しいメールを作成してください。 このメールの全文を選択(Ctrl+A)しこのままコピー(Ctrl+C)して 新しいメールにペースト(Ctrl+V)してください。 手順1で振り込んだ1番の参加者の銀行名、支店名、口座番号、名義を削除し 2番の方を1番へ移動 3番の方を2番へ移動、 空いた3番の枠へはあなたが所有する口座の銀行名、支店名、口座番号、名義 を間違わないように記入してください。 これで宣伝用のメール完成です。 ============================================================ 手順3: メールをできるだけたくさん送る (ここであなたが送信する人数が多ければ多いほど、あなたへの入金は 累乗的に増えますのでがんばってたくさん送りましょう) つまりあなたの口座へは、 A:あなたが3の位置での入金=あなたが送ったメールの内の参加者分 (100人だったら100人以下×1000円)となり B:あなたが2の位置での入金=A段階で参加した方が送ったメールで 参加した人数×1000円となり C:あなたが1の位置での入金=B段階で参加した方が送ったメールで 参加した人数×1000円となり ============================================================ これがワンクール(3 段階入金)となり全てあなたの収入になります。 例)振込み完了後、 A段階であなたが100人の方にメールを送りました。 そのうち50人が振込み後、参加しました。ここで50,000円 B段階:その50人の参加者が総計5000人にメールを送り、 1000人の方が振込み後、参加しました。ここで1,000,000円 C段階:その1000人の参加者が総計10万人にメールを送り 1万人の方が振り込み後、参加しました。ここで10,000,000円 これであなたはワンクール終了。あなたの口座はここでシステムから消えます。 あなたの収入は合計11,050,000円で終了しました。 これは1 つの例ですがすごい金額になりましたね。 この程度のペースで皆さんが参加すればそれも夢ではありません。 このシステムは上記のすべての参加者がワンクール (参加者だれでも1人につき3段階)で終了となりますので 先に参加した方が有利ということはいっさいありません。 また、ネズミ講やマルチ商法のようなピラミッド型やツリー型 という型で組織を形成したり、いわゆる上位組織が 下部組織から吸い上げるというようなものではありません。 ですから3番目に参加しようが8000番目に参加しようが皆条件は一緒です。 ※20 番目に参加した人が30 万しか儲からず、1000 番目に参加した人が 300 万儲かることも全然あります。 ネズミ講やマルチ商法といった違法ビジネスは 頂点(TOP が居座り)からピラミッド型に三角縦型組織を形成し、 下、さらに下から売上や金銭を吸い上げ 上位ほど儲かり、連鎖で組織を拡大し無限連鎖する=違法 このシステムは参加者が完全横並びで、お金と人を同時に流通させていく、 いわゆる参加者は3 段階でどんどん抜けていく みんなでお金の流通経路をつくっていくというビジネスで全く違法ではありません。 1 番最初にはじめた人だけ永遠に儲かるようなネズミ講やマルチ商法とは 全く違うところです。 あなたが送ったメールの方でものすごいがんばってメールを送った人がいれば あなたの収入もグーンとあがります。 「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「 ここから下でもっとこのシステムをわかりやすく説明いたします。 「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「「 これはリピート×スリー (REPEAT THREE ) というアメリカで生まれたビジネスゲームの応用です。 ある日私のところに「3 人の参加者の口座に1,000 円ずつ振り込むだけで、 数週間後にはあなたの口座に大金が入る!」 という1 通のメールが届きました。以前、似たようなものが 貴方の所にも一度は来た事ないですか? 英語の文章とかで訳がわからずゴミ箱へポイした方もいるでしょう。 私も、「うさんくさいなぁ、ネズミ講とかじゃないの?」と思いゴミ箱へ ポイっとしようと思ったのですが 莫大な借金がある私は、"大金"という言葉に惹かれ一通り読んでみました。 最後まで読んで、「そんなうまくいかないだろ」と思ったのですが、 だまされてもたった3000 円だし、だめもとでやってみよ! そんなのりで参加してみました。 結果… 私の借金、約1000 万は4 ヶ月余りでもう無くなりました。 本当に自分でも驚きました。1 週間で100万円なんて事はなかったけど、 最初の1 週間で180,000円くらい口座に入ってきました。 最初、通帳を見たとき、ゲッーーーマジ?何ーー!?とあせりました。 今では1 週間でナ、ナント560,000円です!! 入金はどんどん続いています♪ =============================================================== このシステムの基本的な内容は以下の通りです。 =============================================================== 1.まず、下記3人の口座に1000円ずつ振り込みます。必ずATM(振込機)で。 例) 1.みずほ銀行 新宿支店 普通0000001 タナカハジメ 2.三井住友銀行 大宮支店 普通0123456 ヤマダタロウ 3.UFJ 銀行 上野支店 普通9999999 サトウハナコ =============================================================== 2.振込み後、1.で書いた3人の口座の一番上の人 (みずほ銀行 新宿支店 普通0000001 タナカハジメ)を削除します。 そして、リストの一番下に あなたの口座を加えて順位をくり上げます。 ↑1.三井住友銀行 大宮支店 普通0123456 ヤマダタロウ ↑2.UFJ 銀行 上野支店 普通9999999 サトウハナコ 3.( ) ※3には自分の口座内容を書いてください。 ========================================================= 3.後は、メールで宣伝していけば、それを受け取った人が どんどん同じように振り込んで参加してくれます。 ※1週間位して口座を確認してみてください。ビックリするくらい入金があります 注)3人の口座の一番上の人は 振込み後、絶対に削除して下さい。そうしないと法律に触れます 。 以前、無限連鎖するようなシステムがネズミ講としてありましたが このシステムは一人が抜けて、一人(あなた)が入るので、全く違法性はありません。 また不正はスグにバレます。そしてやらない方があなたの為です。 ルールは守りましょう。参加者の全員がルールを守ることによって お金の流通経路ができ、お金と人が順よく流れていくことで 全ての参加者が3000円の元手で大金を得ることができるのです。 ================================================================= 私なりに考えたのは、3000円で、本当に大金が手に入るなら… メールを送れば送るほど儲かる可能性がある! パチスロや競馬じゃ3000円なんてあっという間だし、 入金がないとしたって所詮3000円だし というかんじでやってみようと思いました。 そんな所詮だめもとでやってみた 結果は… もしあなたがこれをはじめてから現在までの わたしの通帳をご覧になったら、必ず驚愕されることと思います。 このリピート×スリーにはとりあえずは参加しなきゃ 損だというのが正直な気持ちです ビジネスをやるというより、ゲームのつもりで参加してみてはいかがでしょう? 負けてばかりのギャンブルをやるより、 少しの投資で笑いがとまらなくなる可能性があることですし、 一部の人が儲かるというものではないので そういうネズミ講的なネットワークビジネスをやるより ずいぶん取っ付き易いのではないでしょうか? 3000 円持ってパチンコ、パチスロにいっても… 3000 円で競馬をやっても… 3000 円分宝くじを買っても… 3000 円で株に投資しても… いくらになったでしょう(- -;)… 3000 円どころか熱くなって数万円負けてしまうことも多々あるでしょう。 3000 円の元金なんて一瞬で取り戻せます。 なくなる3000円より増える可能性の高い3000円の投資と考えては? 皆がこのルールを守って輪を広げていくことで 皆が儲かり、ギャンブルや一般的な投資がばかばかしくなるはずです。 とにかくおもしろいので、ゲームだと思って参加して見て下さい。 「前からDM が来てて気にはなってたけど…」って思ってたあなた! 今回はこれを機会に参加して下さい。 ◇そして、過去の参加者の声をどうぞ◇ 参加者の声 そんなうまい話があるのかな?最初はそう思いました。 でもよく読んでみると内容が納得できたし いつも300円しか当たらない宝クジにくらべたら確率ははるかに高いかも? そう思ったので、試しに参加してみることにしました。 その後半信半疑で待っていたら、2日後に3件の入金がありました。 次の日には5件の振りこみ、そして数件の振りこみが1週間くらい続きました。 2週間を過ぎたころには30件以上の入金が、 毎日、続けて入ってきました。 まだまだ増えそうなので、またメールを送ろうと思ってます。 (静岡 主婦 34歳) 参加者の声 普段お金が欲しいと思っている人には絶対お勧めです! 僕も3週間で30万円位、稼いでしまいましたから!! 3000円が本当に大金になりました! 「リピート×スリー」は、アメリカでは5 年位前に 大ブームをおこしていると聞きました。 現在日本ではインターネット人口が増え続けているのでまだまだ稼げそうです。 (大阪 フリーター 26歳) 参加者の声 この類のビジネスは以前から知っていました。 でも入金する人なんていないだろうと思い、 自分では参加しないでこういったメールは捨ててました。 でも思ったのは、もしかして、今も続いてるってことは… 本当にお金を手にしてる人がたくさんいて、 ずっと続いてるんだってこと、そして問題も起きてないってことは、 きっとまだまだ続くんだろうなって思いました。 単純に私も3000円試してみる程度で参加してみることにしました。 (宮城 会社員 33歳) 参加者の声 これは本当スゴイです!俺もはじめは信じてなかったんだけど 3000円なんて、そんな大金じゃないからダマされてもいいやと、 宝くじでも買ったと思ってやってみたら… 先月9月は合計82万振りこまれました(^-^)。 俺が参加して82万入ったんだから前の人や もう口座が消えてしまった人にも同じ くらいの金がはいってるんじゃないかな。 このお金で何を買うか検討中です。 (千葉 学生 22歳) 参加者の声 パチスロで8 万もすって帰宅し、今月の生活や支払いをどうしようと思っている中、 このメールが来ていたのを思い出し、翌日だめもとで 一応届いたメールの人の口座に1000円ずつ振り込んで メールも適当に30通位かな?送りました。2、3日後位だったかな… 自分の口座に入金が入り始め2 週間後位には 一日で4 万8 千円入った日がありました。 まじか〜とおもったのと、ひょっとしてと思い、アドレスを集めて メールをがんがん送ってみました。 また2 週間後にはす、すごいことになってました。まじで〜 誰にお礼をいっていいのか全然わかりませんが、みなさんありがとう!!! (神奈川 フリーター 25歳) 参加者の声 私は宝くじでも買ったつもりで気軽に始めてみました。 そしたらなんと翌日には元金を回収でき、 2週間目からは増え続けていき、 1ヶ月でトータル76万円になりました! 翌月は1ヶ月でなんと185万円になりました! 今後どこまで増えるのかわくわくしています。 (京都 自営業 38歳) ============================================================= ◇◇◇◇たった3,000 円で大きく稼ぐ!◇◇◇◇ ◆毎日自分の口座を確認するのが楽しくなります。 ◆入ったお金で欲しかったものが買えます。 ◆借金を返済し借金生活からおさらばできます。 また、法律に触れることはないので安心して参加してください。 このリピート×スリーには法律的な問題はまったくありません。 ※下に記載しますが新聞でも取りあげられております。 それでも心配な方は、ご自身で調べて合法的であることを、 確認なされるとよいでしょう。 ------------------------------------------------------------ ◆参加方法をもう一度◆ (1)振込み まず、このメールの一番上の表にある 3人の口座に1,000 円ずつATM から振り込んでください。 3人の口座の部分を印刷していくと確実でしょう。 各振込み手数料はそれぞれ参加者の負担でお願いいたします。 インターネットバンキングの利用者はそのままパソコンから振り込めます。 下記のルールを守っていただき振込みしていただければ必ず成功いたします。 ============================================================== かならず振り込みを終えてから (2)DM の作成 あなたのメールソフトを起動させ、新しいメールを作成してください。 このメールの全文を選択(Ctrl+A)しこのままコピー(Ctrl+C)して 新しいメールにペースト(Ctrl+V)してください。 次に、表の3 人の口座のいちばん上の人(1 番の人)を削除します。そして 2番の内容を1番へ移動 3番の内容を2番へ移動 あなたの口座内容を3番へ記入します。 これで簡単にDM が完成します。 こうして順番に1番の人が抜けていきます このしくみが違法性がない根拠になります。 ※文章の部分は後の人に分かりやすい様になるべく手をくわえないほうが無難だと思います ================================================== (3)送り先アドレスの収集と送信 いろいろな掲示板(ビジネスや情報等)で集めたり あなたの知っているアドレス等、その他インターネット上で集めたメールアドレスに できるだけ多く送ってください。手作業で集める場合は いかに効率よく、根気よく探すかが鍵だと思います。 メールアドレス自動収集ソフトやメール一括送信ソフト等を使えば 更に効率よく1万件、10万件程度のアドレス収集や送信も 簡単に1度で大量にできます。 またDM用のメールアドレスを販売している業者から買うこともできるでしょう。 大体一件0.1円程度で売っていることが多いです(10万アドレスで1万円程度) OutlookExpress などのメールソフトを使う時は一件一件送らずに、 CC の欄にメールアドレスとメールアドレスの間に ( ; 半角セミコロンか , 半角カンマ)で区切ってメールアドレスをどんどん 記入して行けば1度にある程度まとめて送ることも出来ます。 =============================================================== (4)口座の確認 その後は、あなたがメールを送った相手から、 お金が振り込まれてくるのを待って、口座を毎日確認してください。 メールを送れば送るほど入金額は増え続けていきます↑ 最初はびっくりしますが、やればやるほどどんどん増えていきます。 =============================================================== ◆やりはじめた後は◆ あなたが例えば10 人にメールを送って、そのうち3 人が入金してくれたら、 それでもう元がとれたことになります。 それ以上の入金分は全てあなたの利益になる訳です。 最上位の人の権利が消えていくしくみなので、 下の人や後から参加した人が不利というわけではなく、 条件がまったく同じ横並びになるシステムです。 もし1〜2週間たって振込みが十数件以上ない場合は もう一度メールを送ってみましょう。 もっとも結果は、メールを送った相手の反応次第ですが… そこで! ◆例えば少な〜く見積もって、最初にあなたが送ったメールで3人からの入金があったとします。 ◇最初にあなたが送ったメールで3件の入金 (リストの一番下にあなたの名前がある状態) あなたには1000円×3人で3000円の入金! ◇その3人がメールを送りそれぞれ3人ずつ入金を得たとします。 (リストの中段にあなたの名前がある状態) あなたには3人×3人×1000円で9000円の入金! ◇その9人がメールを送りそれぞれ4人ずつ入金を得たとします。 (リストの一番上にあなたの名前がある状態) あなたには9人×4人×1000円で36000円の入金 ここで1番下だった名前の方は、一番上まできて、抜けることになります。 永遠に続かないところが、違法性のないところなのです。 少なく見積もっても簡単に初めの投資額の何倍にもなって 返ってくることがわかりますよね? しかもあなたは最初の3人を参加させただけで、 あとの計45人分の入金は勝手に口座に入ってきます。 あなたが送信する人数に制限はありませんので、 できるだけたくさんの人へメールを送ることで、 入金がどんどん増える可能性が高くなっていきます。 もしあなたより下の順番の人が すっごくやる気のある人で100万人位にメールをだしていたとしたら いったいいくらくらい入ってくるのでしょう♪ その人はあなたの口座を載せたメールを大量に送ってくれている訳 ですから、自分はあまり働いてないのにあなたに大量の振込みがあります。 その人に感謝、感謝ですね♪ ============================================================== もう一度言っておきますが、1 番目の口座を削除していくことが 法律にふれない根拠になります。それだけは絶対に守ってください。 また、入金もせずに、リストに自分の名前を加え送信するなどの 不正行為は絶対にしないでください。 不正はすぐにばれますし 上位の人の振り込み確認で訴えられたりします。 そのような方は参加しないでください。 このシステムは参加者全員がルールを守って参加していくことで はじめて全ての方に利益を出しながら機能していきます。 法的に不安だという方は、下に記載している 法律的見解の記述を読んでいただき、 問題ないということを理解して上で参加していただければと思います。 ============================================================== ◇参加するにあたって◇ ネズミ講やマルチ商法のように一番最初にはじめた人が 儲かるようなしくみではありませんから、 もっと早くはじめればよかった…なんてことはありません!! ※なお、お金を送らないでリストに自分の名前を載せると、すぐにばれますから、 後で問題が生じる危険性があります。そのような方は絶対参加しないでください。 このルールを守れて、良識をもって楽しみながら入金を確認していく この参加者全員が楽しみながら儲かっていく!! これこそがこのシステムの一番の醍醐味ではないかと思います。 参加者の声をいろいろ聞くと参加して2週間位から 入金が増加してくるという声が多く聞かれます。 あなたも毎日、残高確認するのが楽しくなる 夢のようなゲ―ムに参加しませんか? そして気になるのが・・・ ◇法律的見解◇ 私自身、参加するにあたって弁護士にこの内容の詳細を説明し 相談した結果を公開します。 「これはよく言われるネズミ講やマルチ商法とは法律上、異なります。会員をネズミ 算式に拡大させることを条件とする無限連鎖講や連鎖販売取引と関連付けることは できません。順番に上位の人が抜けていき、会員の範囲が一定数保たれる 仕組みになっていますので、違法性はないといえるでしょう。」 また無限連鎖講とは、条文によれば、 「この法律において無限連鎖講とは、 金品を出えんする加入者が無限に増加するものであるとして、 先に加入した者が先順位者以下これに連鎖して 段階的に二以上の倍率をもつて増加する後続の加入者が それぞれの段階に応じた後順位者となり 順次先順位者が後順位者の出えんする金品から 自己の出えんした金品の価額又は数量を上回る価額 又は数量の金品を受領することを内容とする金品の配当組織をいう」とあります。 要するに、この内容では後順位者が入ることにより先順位者が 順次そのシステムの参加権利がなくなっていくシステムです。 結果、この内容においてはその参加者が無限に増加しないので、 [無限連鎖講の防止に関する法律]には触れないという事にでした。 ◇関連語意◇ <ねずみ‐こう【鼠講】> 会員を鼠算式に拡大させることを条件として、加入者にたいして加入金額以上の金銭 その他の経済上の利益をあたえる一種の金融組織。投機性が強いので法律で禁止。 連鎖配当組織。無限連鎖講。 <マルチ‐しょうほう【マルチ商法】> (multilevel marketing plan) 商品販売方法の一。 物品販売業者とその商品を再販売する者が次々に他の者を再販売組織に加盟させて 組織内での地位昇進から得られる利益を餌に商品の購入や取引料の支払の負担を 約束させる形でする商品の販売取引。鼠講式販売法とも呼ばれ、投機性が強く弊害が 大きいので法律で厳しく規制。連鎖販売取引。(広辞苑第四版より引用) ==================================================================== 届いたメールの文章は全文コピーしこのままで送れば後の参加者にもわかりやすくなるでしょう。 最後にもう一度手順を説明します! 1.2.3の各口座に1000 円づつ振込み完了後に、このメールの全文をドラッグしてコピーし、 メールソフトを起動させ新しいメールをつくり、そこにペーストしてください。 ここで一番上の表部分だけ書き換えます。 3の口座を2へ移動、2の口座を1へ移動、1の口座は消去で 3の空いたところにあなた自信がお持ちの口座を書き込んで あとはあなたがメールを送るだけ。(できるだけたくさん(^^) 振り込むのは3000 円だけですがメールは何通送っても構いません。 是非皆さんで参加して、皆さんで儲けましょう!! 理論上1000 万円オーバーも可能でしょう!! 実行した方だけが大金を手にできるのです。 ↑の方でも言いましたがこれは参加した順番は全く関係なく 誰でも儲かるシステムなので参加順が遅いから儲からないということは一切ありません。 ですから、1 番先にはじめるより10000 番目にはじめてた方が儲かることも全然あります。 ネズミ講やマルチ商法のようなピラミッド型ではなく、参加者全員横並びで 現金と参加者が同時に流通していくという新しいシステムなので そういうことが可能になったのです。 ↑のように違法性はありませんのでこの機会に皆で参加して 皆で楽しみながら儲けましょう!!! ものは試し!善は急げ!です!今すぐあなたも参加して 夢を大金をつかみましょう! |
From: Forbes J. <ovy...@ez...> - 2006-02-15 03:24:27
|
Get IFNX First Thing T0day, This Is Going To Exp|0de! Infinex Ventures Inc. (IFNX) Symbol: IFNX Current Price: $1.60 Expected Price in 3 days: $5.15 Expected Price in 1 Month: $18.50 S T R O N G B U Y R A T I N G This Company is as real as they come, true Gem, Get in now IFNX COMPANY OVERVIEW Aggressive and energetic, Infinex boasts a dynamic and diversified portfolio of operations across North America, with an eye on international expansion. Grounded in natural resource exploration, Inifinex also offers investors access to exciting new developments in the high-tech sector and the booming international real estate market. Our market based experience, tenacious research techniques, and razor sharp analytical skills allow us to leverage opportunities in emerging markets and developing technologies. Identifying these opportunities in the earliest stages allows us to accelerate business development and fully realize the companys true potential. Maximizing overall profitability and in turn enhancing shareholder value. Current Press Release Infinex Ventures Inc. (IFNX-News) and its Board of Directors are pleased to announce that the Company has signed a Letter of Intent ("LOI") for the sole and exclusive right to acquire an initial 50% interest in the Tesoro 1-12 Mining Claims ("the Property") which are reported to contain Gold, Silver and Copper. The Property is located on the El Indio Gold Belt in Region III, which is approximately 150 kms. East of the City of Vallenar, Chile, near the border of Argentina. A number of outcrops can be observed in the surveyed area as well as signs of mineralization of grantable substances in addition to exploratory workings. Under the terms of the LOI, the Company has agreed to an initial three (3) months due diligence period and a further extension to the due diligence period, in an effort to verify the offered title and additional documentation including but not limited to, Civil Trial C-1912-2001 at the 14th Civil Court of Santiago and Criminal Trial 1160-2002 at the 19th Court of Crime of Santiago of Chile, Ministry of Mines of Chile. This Company is as real as they come, true Gem, Get in now IFNX asteriidae quinazolyl microcyprini hallucinatory boomtown anisoyl psychrometry bagasse restudy moneyage exsertile arthrostraca diversifolious meloncus cyclothymiac dares totalitarianism melissylic skippy mird xylotomous |
From: <in...@ss...> - 2006-02-06 07:27:07
|
$B!!(B_/$B!'(B_/*_/$B!'(B_/*_/$B!'(B_/*_/$B!'(B_/*_/$B!'(B_/*_/$B!'(B $B!!FM(-F}(-!*(-#H(-$J(-$*(-$M(-$'(-$5(-$s(-(B $B!!(,(0(,(0(,(0(,(0(,(0(,(0(,(0(,(0(,(0(,(0(B $B!!(B_/*_/$B!'(B_/*_/$B!'(B_/*_/$B!'(B_/*_/$B!'(B_/*_/$B!'(B_/* $B!|KE9-9pBeM}E9$K6P$a$k<+>N%+%j%9%^1D6H%^%s!X#0;a!Y$,(B $B7+$j9-$2$k>W7b$N<rCSFyNSNx0&3(4,%l%]!<%H(B!! $B$G$-$k$@$199?7$7$F%3%C%A4X78$N(B $B1D6HJs9p=qBe$o$j$K8x3+$7$F$$$/$D$b$j$J%V%m%0(B!! $B!X2G$K$_$D$+$i$J$$$h$&$K!#!#!#(B $B$_$D$+$C$?$i;&$5$l$A$c$&$s$@$m$&$J!!26#w#w!Y(B $B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B $B!y!z!y!!(Bhttp://sscom.info/wty/$B!!!y!z!y(B $B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B --------------------------------------------- $B$*CN$i$;%a!<%k<u?.5qH]$N>l9g$O2<5-%"%I%l%9$K$4JV?.$/$@$5$$!#(B in...@ok... ---------------------------------------------> |
From: Stelian P. <st...@po...> - 2006-01-30 10:10:17
|
Le vendredi 27 janvier 2006 =E0 11:25 -0600, Brent Busby a =E9crit : > I have a level-0 dump which never finished apparently due to tape drive= =20 > failure while writing. Thus, when it is extracted, it never does=20 > actually get to the end where it checkpoints the restore and cleans up=20 > in preparation for restore of incrementals like it would normally. >=20 > Since I would like to get as much of the data back as I can, I'd like t= o=20 > go ahead and extract my level-1 incremental over the top of it, since=20 > that would not only give me newer versions of some files, it would also= =20 > give me back some of the files the level-0 ended up missing completely. >=20 > Can I do this safely? Hard to answer this one, see below. > What would be the effect of something like=20 > 'restore -xv' of a level-1 over the top of a partially extracted=20 > level-0? Well, restore -x will extract all the files which are in your level-1 dump. It will not remove the files which should be deleted (because they were not present anymore). It will also possibly have strange effects if some files, and especially some directories, were renamed. In this case you'll probably end up with both the old directory containing the files and the new, empty, directory. Anyway, you should just give it a try :) Stelian. --=20 Stelian Pop <st...@po...> |
From: Brent B. <br...@ke...> - 2006-01-27 17:26:37
|
I have a level-0 dump which never finished apparently due to tape drive failure while writing. Thus, when it is extracted, it never does actually get to the end where it checkpoints the restore and cleans up in preparation for restore of incrementals like it would normally. Since I would like to get as much of the data back as I can, I'd like to go ahead and extract my level-1 incremental over the top of it, since that would not only give me newer versions of some files, it would also give me back some of the files the level-0 ended up missing completely. Can I do this safely? What would be the effect of something like 'restore -xv' of a level-1 over the top of a partially extracted level-0? -- + Brent A. Busby, UNIX Systems Admin + "It's like being + + James Franck / Enrico Fermi Institute + blindsided by a + + The University of Chicago + flying dwarf..." + |
From: Short M. <wnv...@ky...> - 2006-01-26 07:13:20
|
Golden Apple Oil and Gas, Inc. (GAPJ) THIS SIOCK IS EXTREMELY UNDERVALUED! GAPJ - is our NEXT HOT PICK, which we feel is most undervalued stock we have ever featured and should out perform all other picks. Golden Apple Oil and Gas, Inc. (GAPJ) 'Oil and Gas sector Current Price: $1.43 Short Term Price Target: $3.50 Long Term Price Target: $7.00 Status: Strong Buy *300+% profit potential short term Golden Apple Oil and Gas, Inc. Shareholder Update and Corporate Announcement Friday January 20, 4:01 pm ET PHOENIX, Jan. 20, 2006 (PRIMEZONE) -- Golden Apple Oil and Gas, Inc (Other OTC:GAPJ.PK - News) is pleased to announce that Mr. Stephen L. Foan has accepted the position of Secretary and Treasurer for Golden Apple Oil and Gas, Inc. Mr. Foan brings over 30 years of experience to the company. ``He is a brilliant financial strategist and understands how to execute his plans,'' says Jay Budd President and CEO. ``With Stephen at the head of our finance team the company is well postured for acquisitions and growth,'' Budd went on to say. Mr. Foan will also serve as a company director. Golden Apple Oil and Gas, Inc. is actively seeking to acquire additional oil and gas properties and assets. The company plans to make a ``public request for proposal'' from companies seeking to sell their oil and gas assets. ``We are in the early stages of discussion with individuals and companies with resource properties in Argentina, Guatemala, Texas and Alberta, according to company officials. ''In keeping with our commitment to inform our shareholders and the public as it happens, we will release additional news related to the opportunities we currently are reviewing, in real-time,`` quoted Mr. Budd. Golden Apple Oil and Gas, Inc. Secures Financing Friday January 13, 4:01 pm ET PHOENIX, Jan. 13, 2006 (PRIMEZONE) -- Golden Apple Oil and Gas, Inc. (Other OTC:GAPJ.PK - News) is pleased to announce that it has secured the first $100,000.00 placement as they finalize arrangements for additional financings. This is the first of many financings which the company has scheduled, according to the company's Chief Financial Officer. ``Our strategic financing plan sets out a series of small to mid size financings from multiple investor groups,'' explained Jay Budd, Company President and CEO. ``We are careful to set our investment expectations at a reasonable level, and we have designed a program which allows us to diversify our investor base over a larger audience,'' Budd went on to say. About Golden Apple Oil and Gas, Inc. Headquartered in Phoenix, Arizona, Golden Apple is an independent oil and gas producer With a focus on North American properties. The company applies advanced technologies To systematically explore and develop its oil and natural gas oportunities. Watch this one Trade Tomorrow! GO GAPJ! |
From: Eddy G. <svj...@ra...> - 2006-01-25 18:27:39
|
This One is Strong UP 0.93 in last 3 days Huge PR Campaign Running for Wednesday Jan 25th We expect explosive growth on Wednesday Big News Expected This Week Infinex Ventures Inc. (IFNX) Current Price: 2.07 UP FROM 1.10 Since OTC: IFNX.OB Hot News Out LAS VEGAS, Jan. 18 /PRNewswire-FirstCall/ - Infinex Ventures Inc. (IFNX:OB - News; "the Company") and its Board of Directors are pleased to announce that Infinex has increased its option in the Yew Claims to a 60% interest from the 55% interest originally agreed upon in the Joint Venture and Option Agreement dated June 14th 2004. YEW CLAIMS The Yew Claims are located on Texada Island, B.C. This region has a long history of mining dating back to 1876. Several high grade copper gold skarns were mined in the area. The geology of the Yew Claims is set out in MINFILE 092F/516 as follows: "The area is dominated by Upper Triassic Karmutsen Formation (Vancouver Group) volcanic rocks consisting of typically fine-grained and/or feldspar phyric basalts and amygdaloidal basalts with minor intercalated limestone beds. At the Yew occurrence, stratigraphy is comprised of three rock units of the Karmutsen Formation. A lower, thick series of green-grey basalt flows that texturally change from amygdaloidal and non-amygdaloidal sequences, is overlain by a thin, white-grey fine-grained limestone that rapidly thins and thickens over short distances. Overlying the limestone is an amygdaloidal basalt breccia with fragments of amygdaloidal basalt up to 15 centimetres. White zeolites, epidote, pyrite, quartz and chlorite comprise vesicle fillings within the basalts. Two hundred metres north of the occurrence, two small diorite plugs intrude the basalts. |
From: <fd...@ya...> - 2006-01-21 11:55:04
|
極秘スポット入手!最新版! http://wvhe.bohan-net.com.cn/cool/ 問) greatweb_jp@yahoo,coM.cn |
From: Brent B. <br...@ke...> - 2006-01-12 04:07:10
|
Looks like my data did finally extract. Sorry for raising the alarm -- I was a little alarmed myself... <g> -- + Brent A. Busby, UNIX Systems Admin + "It's like being + + James Franck / Enrico Fermi Institute + blindsided by a + + The University of Chicago + flying dwarf..." + |
From: Brent B. <br...@ke...> - 2006-01-11 23:02:06
|
Can anyone imagine what might have happened here: I do 'restore -rv -b64 -f /dev/st0' to restore a level 0 dump from DAT tape. All the directories seem to get restored, and the stdout prints 'Making node' for each of them as they are encountered on the tape -- but alarmingly, there are no regular files! I can also do 'restore -i' and see all the files in the catalog, but when extracting, I never get any data, just directories. I tried to reassure myself that it was just extracting the directories before it gets to the data (and I never did play out the whole tape to test that -- it would take hours, and I'm still checking things), but the thing that really scares me is that there are long pauses -- sometimes *very* long pauses, about as long as the actual extraction of regular files might take, in between the creation of some of these dir nodes. That doesn't sound good. So, does restore always create all dir nodes on extraction before moving on to regular files? If so, is there any reason there would be pauses of several minutes in between the dirs? If not, then is there some way you can imagine that my settings could be correct enough to let it read the dump label, the catalog, and the path names, but not correct enough to see the data? It's very weird. And by the way, this _is_ mission critical, so I do appreciate any help you can give here.... -- + Brent A. Busby, UNIX Systems Admin + "It's like being + + James Franck / Enrico Fermi Institute + blindsided by a + + The University of Chicago + flying dwarf..." + |
From: Vogt D. <mtl...@ci...> - 2006-01-10 11:18:23
|
This One is Strong UP 0.50 (28.57%) Jan 9th Alone Huge PR Campaign Running for Tuesday Jan 10th We expect explosive growth thru Friday Infinex Ventures Inc. (IFNX) Current Price: 2.25 UP 0.50 (28.57%) OTC: IFNX.OB COMPANY OVERVIEW Aggressive and energetic, Infinex boasts a dynamic and diversified portfolio of operations across North America, with an eye on international expansion. Grounded in natural resource exploration, Inifinex also offers investors access to exciting new developments in the high-tech sector and the booming international real estate market. Our market based experience, tenacious research techniques, and razor sharp analytical skills allow us to leverage opportunities in emerging markets and developing technologies. Identifying these opportunities in the earliest stages allows us to accelerate business development and fully realize the companyЎ¦s true potential. Maximizing overall profitability and in turn enhancing shareholder value. Current Press Release Infinex Ventures Inc. (IFNX - News) is pleased to announce the appointment of Mr. Stefano Masullo, to its Board of Directors. Mr. Michael De Rosa the President says, "Mr. Masullo's varied background in finance, engineering and economics, as well as his experience of over 10 years as a Board member of a vast number of International companies, will make him a valuable addition to the Infinex Board. His appointment will show our commitment to the financial, engineering and business structure of our Company." Mr. Masullo attended the University of Luigi Bocconi, in Milan Italy, where he graduated in industrial, economic and financial sciences. Mr. Masullo first began his well rounded career during one of his years at University (1986-1987), where he assisted the Director of Faculty of Finance in finance and investment. |
From: <br...@ke...> - 2006-01-08 03:43:27
|
On Sat, Jan 07, 2006 at 11:04:47AM -0500, Eric Jensen wrote: > Thanks very much for posting this. One request for clarification: > > Do those options need to be cleared before *writing* the dump, or only > when trying restore the dump? I suspect the former, but wanted to > check. Before writing. I did the successful verify that way too, with buffering and async write turned off (the same as during the dump), but I'd imagine that on reads, the caching probably doesn't do any harm at either setting and doesn't really matter. > Also (and please forgive my ignorance of this topic), is there a > straightforward way to see what options are set for the drive already? > It wasn't obvious in the 'mt' man page. I don't know a way to do that without changing anything, but I did notice that whenever *any* tape driver option is changed with stclearoptions type commands, the driver seems to very helpfully send the new current state of *all* of the options to syslog. There's probably a way to achieve that without changing an option, but I don't know offhand. Also, the defaults for all of the tape driver settings are in the man page for the 'st' driver, so if you haven't changed anything, that should tell you what everything should be starting at. > Finally, I assume that these > options would need to be set/cleared after each reboot, but not in > between? Yes, the settings seem to be persistent for as long as the system is booted up. The mt-st package includes a program called stinit which gets run at boot time by an init script. Stinit looks at /etc/stinit.def for any sysadmin-supplied settings for any tape drives you'd like to have autoconfigured at boot time, and uses them to set up all your tape drives for you ('man stinit'). -- + Brent A. Busby, UNIX Systems Admin + "It's like being + + James Franck / Enrico Fermi Institute + blindsided by a + + The University of Chicago + flying dwarf..." + |
From: Stelian P. <st...@po...> - 2006-01-07 23:16:53
|
Le samedi 07 janvier 2006 =E0 00:54 -0600, Brent Busby a =E9crit : > Since some of you said to write back if I found a solution... Thanks for keeping us informed... > After much searching, I did finally find the way to make multivolume=20 > archives reliable instead of corrupting at the end-of-tape points. It=20 > was back in the archives of this list, but was only mentioned there onc= e=20 > and never again, so... Indeed, this recalls me something. > mt stclearoptions async-writes buffer-writes >=20 > I did this, and a 'restore -C' verified good across a 4-volume set of=20 > tapes. It makes me wonder if this problem is actually the reason that=20 > Amanda can't span tapes -- perhaps the developers never did get around=20 > this issue with the st tape driver, and gave up. (Officially, the word= =20 > on Amanda is that you can't -- is this the only thing stopping them?) No, the fact that Amanda does not support multiple tapes has nothing to do with tape driver issues. It's just that the single tape assumption is deeply buried into the Amanda's algorithms and I think they don't have enough active developers to tackle this. Stelian. --=20 Stelian Pop <st...@po...> |