toasters

toasters@lists.teaparty.net

13520 discussions

Virus warning
by MAILER-DAEMON＠cgpfe4.candwall.com 02 Aug '06

02 Aug '06

A message which was sent to you was rejected by the AntiVirus plugin. The details of what was detected and the original message header are below. For your protection, the original message has been destroyed. Virus(es) found: Email-Worm.Win32.Mydoom.m Viruses: 1 The sender is <postmaster(a)mathworks.com> (may be faked) --- The message header follows: --- Received: from [72.22.139.193] (HELO mathworks.com) by cgpfe4.candwall.com (CommuniGate Pro SMTP 5.0.8) with ESMTP id 21379075 for toasters(a)mathworks.com; Wed, 02 Aug 2006 09:20:03 -0400 From: "MAILER-DAEMON" <postmaster(a)mathworks.com> To: toasters(a)mathworks.com Subject: DELIVERY REPORTS ABOUT YOUR E-MAIL Date: Wed, 2 Aug 2006 09:34:36 -0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0004_0A07D034.3B2AAA9B" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Message-ID: <auto-000021379075(a)cgpfe4.candwall.com>

1 0

RE: Snapmirror and backup weirdness
by Holland, William L 02 Aug '06

02 Aug '06

You are indeed my hero! The answer was so obvious I couldn't see it. When I turned this off on my volume, my backup throughput went from 1.5GB/5min to 17GB/5min -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Brian Pascal Sent: Wednesday, August 02, 2006 6:45 AM To: Greg Wilson Cc: toasters(a)mathworks.com Subject: Re: Snapmirror and backup weirdness Check the vol options for "minra" in that volume. ideally it should be "off" for backup purposes. You need to change the vol options of the source volume to affect the destination, since it is volme level mirrored. Btw. "minra" vol option has a direct impact to the volume's I/O performance. Brian. Greg Wilson <gwilson@connect. To: toasters(a)mathworks.com com.au> cc: Sent by: Subject: Snapmirror and backup weirdness owner-toasters@ma thworks.com 08/02/2006 12:05 PM Hello Im having some really weird problems with backing up our snapmirrors and wondering if anyone has any ideas. Here is the first setup.. We have a 3050 filer (filerB) with 16TB split up in 2 aggrs filer B is used as a snapmirror source where our other filers snapmirror all their data onto. Problem: on filer A we have 3 sepearte flexvols with 1 qtree in each flex vol. Each qtree has around 160gb and 4 million files in it. eg. /vol/vola/vola /vol/volb/volb /vol/volc/volc on filer B i created a 600gb flex vol called filerA to snapmirror into We were using Qtree snapmirrors onto filer B so the results looked like this qtree: This command is deprecated; using qtree status. Volume Tree Style Oplocks Status -------- -------- ----- -------- --------- vol0 unix enabled normal filerA unix enabled normal filerA vola unix enabled snapmirrored filerA volb unix enabled snapmirrored filerA volc unix enabled snapmirrored filerB> df /vol/filerA/ 838860800 488597596 350263204 58% /vol/filerA/ /vol/filerA/.snapshot 209715200 14934800 194780400 7% /vol/filerA/.snapshot filerB> df -i Filesystem iused ifree %iused Mounted on /vol/filerA/ 17202153 14674536 54% /vol/filerA/ filerB> snapmirror status Source Destination State Lag Status filerA:/vol/vola/vola filerB:/vol/filerA/vola Snapmirrored 152:02:24 Idle When we backup /vol/filerA we are getting around 20-26meg a second to tape. After a few weeks we see that the snapmirrors are taking a very long time (2-3 hours) to sync as each time it snapmirrors its doing a file copy. Ie works out what inodes have changed then copies data over. So we decide to cutover to Volume based snapmirrors as its heaps faster. now on filerB i create 3 restricted volumes and we are snapmirroring to each volume to their restricted volume. This is very very fast as its block level and its syncing in under 15 min this is now how looks like the following on filerB /vol/filerAvola/ 251658240 153210208 98448032 61% /vol/filerAvola/ /vol/filerAvola/.snapshot 62914560 14631824 48282736 23% /vol/filerAvola/.snapshot /vol/filerAvolb/ 251658240 154023020 97635220 61% /vol/filerAvolb/ /vol/filerAvolb/.snapshot 62914560 14196416 48718144 23% /vol/filerAvolb/.snapshot /vol/filerAvolc/ 251658240 154578208 97080032 61% /vol/filerAvolc/ /vol/filerAvolc/.snapshot 62914560 14897572 48016988 24% /vol/filerAvolc/.snapshot a vol status looks like the following filerAvola online raid_dp, flex snapmirrored=on, create_ucode=on, snapmirrored maxdirsize=20971, read-only fs_size_fixed=on, guarantee=volume(disabled) we have 3 of these snapmirrored volumes.. filerB:vola filerA:vola Snapmirrored 04:20:26 Idle filerB:volb filerA:volb Snapmirrored 04:20:26 Idle filerB:volc filerA:volc Snapmirrored 04:20:26 Idle now the problem is when we go to back these upto tape we are only getting 3 - 7 meg a second to tape. This is the problem. How come when we backup the large volume (/vol/filerA/) we get 26 meg a sec but when we backup the smaller restricted volumes (/vol/filerAvola/) we are only getting 3-7 ? we are using Netbackup NDMP to a local tape drive we have another restricted volume on filerB which is 140Gb of oracle data and that gets 30-50meg a second to tape. -- Greg Wilson Senior System Administrator greg.wilson(a)aapt.com.au This mail has been scanned by InterScan-MSS/kbsl This Mail Has Been Scanned For Virus By Scanmail For Lotus Notes Enterprise/Kbsl

1 0

RE: Snapmirror and backup weirdness
by Glenn Walker 02 Aug '06

02 Aug '06

This depends - I'd recommend viewing a sysstat -x 1 during the backup. If no other activity is going on (can be measured by looking at the net out, in this particular case) and disk reads are lots higher than tape writes, minra may help. If disk reads are approximately equal to tape writes, you'll likely see no improvement. It should be noted that in the later 7.x versions of ONTAP, the read ahead algorithm is greatly improved - unsure what version you are running, but it's probably pretty recent given the minimum ONTAP version that the 3000 series supports. (BTW - qsm does indeed lay out data much more friendly - it's a file-level logical replication based on blocks changed per file) Glenn -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Brian Pascal Sent: Wednesday, August 02, 2006 6:45 AM To: Greg Wilson Cc: toasters(a)mathworks.com Subject: Re: Snapmirror and backup weirdness Check the vol options for "minra" in that volume. ideally it should be "off" for backup purposes. You need to change the vol options of the source volume to affect the destination, since it is volme level mirrored. Btw. "minra" vol option has a direct impact to the volume's I/O performance. Brian. Greg Wilson <gwilson@connect. To: toasters(a)mathworks.com com.au> cc: Sent by: Subject: Snapmirror and backup weirdness owner-toasters@ma thworks.com 08/02/2006 12:05 PM Hello Im having some really weird problems with backing up our snapmirrors and wondering if anyone has any ideas. Here is the first setup.. We have a 3050 filer (filerB) with 16TB split up in 2 aggrs filer B is used as a snapmirror source where our other filers snapmirror all their data onto. Problem: on filer A we have 3 sepearte flexvols with 1 qtree in each flex vol. Each qtree has around 160gb and 4 million files in it. eg. /vol/vola/vola /vol/volb/volb /vol/volc/volc on filer B i created a 600gb flex vol called filerA to snapmirror into We were using Qtree snapmirrors onto filer B so the results looked like this qtree: This command is deprecated; using qtree status. Volume Tree Style Oplocks Status -------- -------- ----- -------- --------- vol0 unix enabled normal filerA unix enabled normal filerA vola unix enabled snapmirrored filerA volb unix enabled snapmirrored filerA volc unix enabled snapmirrored filerB> df /vol/filerA/ 838860800 488597596 350263204 58% /vol/filerA/ /vol/filerA/.snapshot 209715200 14934800 194780400 7% /vol/filerA/.snapshot filerB> df -i Filesystem iused ifree %iused Mounted on /vol/filerA/ 17202153 14674536 54% /vol/filerA/ filerB> snapmirror status Source Destination State Lag Status filerA:/vol/vola/vola filerB:/vol/filerA/vola Snapmirrored 152:02:24 Idle When we backup /vol/filerA we are getting around 20-26meg a second to tape. After a few weeks we see that the snapmirrors are taking a very long time (2-3 hours) to sync as each time it snapmirrors its doing a file copy. Ie works out what inodes have changed then copies data over. So we decide to cutover to Volume based snapmirrors as its heaps faster. now on filerB i create 3 restricted volumes and we are snapmirroring to each volume to their restricted volume. This is very very fast as its block level and its syncing in under 15 min this is now how looks like the following on filerB /vol/filerAvola/ 251658240 153210208 98448032 61% /vol/filerAvola/ /vol/filerAvola/.snapshot 62914560 14631824 48282736 23% /vol/filerAvola/.snapshot /vol/filerAvolb/ 251658240 154023020 97635220 61% /vol/filerAvolb/ /vol/filerAvolb/.snapshot 62914560 14196416 48718144 23% /vol/filerAvolb/.snapshot /vol/filerAvolc/ 251658240 154578208 97080032 61% /vol/filerAvolc/ /vol/filerAvolc/.snapshot 62914560 14897572 48016988 24% /vol/filerAvolc/.snapshot a vol status looks like the following filerAvola online raid_dp, flex snapmirrored=on, create_ucode=on, snapmirrored maxdirsize=20971, read-only fs_size_fixed=on, guarantee=volume(disabled) we have 3 of these snapmirrored volumes.. filerB:vola filerA:vola Snapmirrored 04:20:26 Idle filerB:volb filerA:volb Snapmirrored 04:20:26 Idle filerB:volc filerA:volc Snapmirrored 04:20:26 Idle now the problem is when we go to back these upto tape we are only getting 3 - 7 meg a second to tape. This is the problem. How come when we backup the large volume (/vol/filerA/) we get 26 meg a sec but when we backup the smaller restricted volumes (/vol/filerAvola/) we are only getting 3-7 ? we are using Netbackup NDMP to a local tape drive we have another restricted volume on filerB which is 140Gb of oracle data and that gets 30-50meg a second to tape. -- Greg Wilson Senior System Administrator greg.wilson(a)aapt.com.au This mail has been scanned by InterScan-MSS/kbsl This Mail Has Been Scanned For Virus By Scanmail For Lotus Notes Enterprise/Kbsl

1 0

Snapmirror and backup weirdness
by Greg Wilson 02 Aug '06

02 Aug '06

Hello Im having some really weird problems with backing up our snapmirrors and wondering if anyone has any ideas. Here is the first setup.. We have a 3050 filer (filerB) with 16TB split up in 2 aggrs filer B is used as a snapmirror source where our other filers snapmirror all their data onto. Problem: on filer A we have 3 sepearte flexvols with 1 qtree in each flex vol. Each qtree has around 160gb and 4 million files in it. eg. /vol/vola/vola /vol/volb/volb /vol/volc/volc on filer B i created a 600gb flex vol called filerA to snapmirror into We were using Qtree snapmirrors onto filer B so the results looked like this qtree: This command is deprecated; using qtree status. Volume Tree Style Oplocks Status -------- -------- ----- -------- --------- vol0 unix enabled normal filerA unix enabled normal filerA vola unix enabled snapmirrored filerA volb unix enabled snapmirrored filerA volc unix enabled snapmirrored filerB> df /vol/filerA/ 838860800 488597596 350263204 58% /vol/filerA/ /vol/filerA/.snapshot 209715200 14934800 194780400 7% /vol/filerA/.snapshot filerB> df -i Filesystem iused ifree %iused Mounted on /vol/filerA/ 17202153 14674536 54% /vol/filerA/ filerB> snapmirror status Source Destination State Lag Status filerA:/vol/vola/vola filerB:/vol/filerA/vola Snapmirrored 152:02:24 Idle When we backup /vol/filerA we are getting around 20-26meg a second to tape. After a few weeks we see that the snapmirrors are taking a very long time (2-3 hours) to sync as each time it snapmirrors its doing a file copy. Ie works out what inodes have changed then copies data over. So we decide to cutover to Volume based snapmirrors as its heaps faster. now on filerB i create 3 restricted volumes and we are snapmirroring to each volume to their restricted volume. This is very very fast as its block level and its syncing in under 15 min this is now how looks like the following on filerB /vol/filerAvola/ 251658240 153210208 98448032 61% /vol/filerAvola/ /vol/filerAvola/.snapshot 62914560 14631824 48282736 23% /vol/filerAvola/.snapshot /vol/filerAvolb/ 251658240 154023020 97635220 61% /vol/filerAvolb/ /vol/filerAvolb/.snapshot 62914560 14196416 48718144 23% /vol/filerAvolb/.snapshot /vol/filerAvolc/ 251658240 154578208 97080032 61% /vol/filerAvolc/ /vol/filerAvolc/.snapshot 62914560 14897572 48016988 24% /vol/filerAvolc/.snapshot a vol status looks like the following filerAvola online raid_dp, flex snapmirrored=on, create_ucode=on, snapmirrored maxdirsize=20971, read-only fs_size_fixed=on, guarantee=volume(disabled) we have 3 of these snapmirrored volumes.. filerB:vola filerA:vola Snapmirrored 04:20:26 Idle filerB:volb filerA:volb Snapmirrored 04:20:26 Idle filerB:volc filerA:volc Snapmirrored 04:20:26 Idle now the problem is when we go to back these upto tape we are only getting 3 - 7 meg a second to tape. This is the problem. How come when we backup the large volume (/vol/filerA/) we get 26 meg a sec but when we backup the smaller restricted volumes (/vol/filerAvola/) we are only getting 3-7 ? we are using Netbackup NDMP to a local tape drive we have another restricted volume on filerB which is 140Gb of oracle data and that gets 30-50meg a second to tape. -- Greg Wilson Senior System Administrator greg.wilson(a)aapt.com.au

3 2

FROM MR. JOHN LEE(PART-TIME JOB OFFER)
by name 02 Aug '06

02 Aug '06

MR. JOHN LEE MANAGING DIRECTOR TEL: +27+ 73-32-66156 EMAIL: john_lee2006za(a)yahoo.co.uk PART-TIME JOB OFFER MY NAME IS JOHN LEE AND I OWN A COMPANY IN EUROPE AND AFRICA, I NEED A REPRESENTATIVE IN YOUR COUNTRY AND YOU WILL GET 10% OF ANY MONEY THAT WILL BE PAID TO MY COMPANY. PLEASE DO GET BACK TO ME ASAP THROUGH THIS EMAIL(john_lee2006za(a)yahoo.co.uk) FOR FURTHER INQUIRES. PLEASE NOTE THAT YOU WILL NOT SPEND ANY MONEY IN THIS BUSINESS. THANKS. MR. JOHN LEE MANAGING DIRECTOR TEL: +27+ 73-32-66156 EMAIL: john_lee2006za(a)yahoo.co.uk ========================== 263电子邮件－信赖邮自专业

1 0

FROM GORDON FRANKLUX
by gordon＠gordon.as 02 Aug '06

02 Aug '06

My Dear Good Friend, How are you today? Sorry for any inconveniences. Well, I just want to use this medium to thank you very much for your earlier assistance to help me in receiving the inheritance funds, without any positive outcome.I am obliged to inform you that I have succeeded in receiving the funds with the help of a new partner from SPAIN. Everything was perfectly done because we strike a deal with one of the Lady accountant who works with the Remittance Department of the Federal Ministry of Finance (FMF)and she rendered a tremendous help to us. My new partner initiated this idea and everything worked out successfully.In appreciation of your earlier assistance to me in receiving the Funds, I have decided to compensate you with the sum of $850,000.00 in a Cashier's cheque (Eight Hundred and FiftyThousand United States Dollars). This is from my own share of $10.5m, I did this simply to show you that it is good to do good things to the right people always. Presently, I am in SPAIN for investment project with my own share under the advice of my partner Mr. Mathew Paul. Meanwhile,I didn't forget your past efforts and attempts to assist me in transferring those funds despite that it failed us somehow. I will be sending you mail to know if you have received your share or not. Now contact my personal assistant in Benin Republic. His name is Mr.Ahmed Fayela send him your contact address where you want the cheque to be sent to you. His e-mail addres is:( ahmed_fayela(a)yahoo.it ) Please do let me know immediately you receive the money so that we can share the joy together after all the suffering at that time. In the moment, I'm very busy here in chile because of the investment projects, which the new partner and I are having at hand. So feel free to get in touch with Mr. Ahmed Fayela to send the cheque to you without any delay. With My Best Regards, Honourable Gordon Franklux

1 0

RE: Snapmirror and backup weirdness
by Holland, William L 02 Aug '06

02 Aug '06

When backing up to tape are you doing volume or qtree based backups? Volume backups are much faster than qtree backups. However, I too see very slow backups when using NDMP to backup to SCSI attached tape drives when the source is a snapmirrored volume - even with the mirror broken. The best performance I have found is to do volume snapvaults into qtrees on our R200 then do NDMP volume backups of those to tape. -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Greg Wilson Sent: Wednesday, August 02, 2006 2:35 AM To: toasters(a)mathworks.com Subject: Snapmirror and backup weirdness Hello Im having some really weird problems with backing up our snapmirrors and wondering if anyone has any ideas. Here is the first setup.. We have a 3050 filer (filerB) with 16TB split up in 2 aggrs filer B is used as a snapmirror source where our other filers snapmirror all their data onto. Problem: on filer A we have 3 sepearte flexvols with 1 qtree in each flex vol. Each qtree has around 160gb and 4 million files in it. eg. /vol/vola/vola /vol/volb/volb /vol/volc/volc on filer B i created a 600gb flex vol called filerA to snapmirror into We were using Qtree snapmirrors onto filer B so the results looked like this qtree: This command is deprecated; using qtree status. Volume Tree Style Oplocks Status -------- -------- ----- -------- --------- vol0 unix enabled normal filerA unix enabled normal filerA vola unix enabled snapmirrored filerA volb unix enabled snapmirrored filerA volc unix enabled snapmirrored filerB> df /vol/filerA/ 838860800 488597596 350263204 58% /vol/filerA/ /vol/filerA/.snapshot 209715200 14934800 194780400 7% /vol/filerA/.snapshot filerB> df -i Filesystem iused ifree %iused Mounted on /vol/filerA/ 17202153 14674536 54% /vol/filerA/ filerB> snapmirror status Source Destination State Lag Status filerA:/vol/vola/vola filerB:/vol/filerA/vola Snapmirrored 152:02:24 Idle When we backup /vol/filerA we are getting around 20-26meg a second to tape. After a few weeks we see that the snapmirrors are taking a very long time (2-3 hours) to sync as each time it snapmirrors its doing a file copy. Ie works out what inodes have changed then copies data over. So we decide to cutover to Volume based snapmirrors as its heaps faster. now on filerB i create 3 restricted volumes and we are snapmirroring to each volume to their restricted volume. This is very very fast as its block level and its syncing in under 15 min this is now how looks like the following on filerB /vol/filerAvola/ 251658240 153210208 98448032 61% /vol/filerAvola/ /vol/filerAvola/.snapshot 62914560 14631824 48282736 23% /vol/filerAvola/.snapshot /vol/filerAvolb/ 251658240 154023020 97635220 61% /vol/filerAvolb/ /vol/filerAvolb/.snapshot 62914560 14196416 48718144 23% /vol/filerAvolb/.snapshot /vol/filerAvolc/ 251658240 154578208 97080032 61% /vol/filerAvolc/ /vol/filerAvolc/.snapshot 62914560 14897572 48016988 24% /vol/filerAvolc/.snapshot a vol status looks like the following filerAvola online raid_dp, flex snapmirrored=on, create_ucode=on, snapmirrored maxdirsize=20971, read-only fs_size_fixed=on, guarantee=volume(disabled) we have 3 of these snapmirrored volumes.. filerB:vola filerA:vola Snapmirrored 04:20:26 Idle filerB:volb filerA:volb Snapmirrored 04:20:26 Idle filerB:volc filerA:volc Snapmirrored 04:20:26 Idle now the problem is when we go to back these upto tape we are only getting 3 - 7 meg a second to tape. This is the problem. How come when we backup the large volume (/vol/filerA/) we get 26 meg a sec but when we backup the smaller restricted volumes (/vol/filerAvola/) we are only getting 3-7 ? we are using Netbackup NDMP to a local tape drive we have another restricted volume on filerB which is 140Gb of oracle data and that gets 30-50meg a second to tape. -- Greg Wilson Senior System Administrator greg.wilson(a)aapt.com.au

1 0

Bonjour,
by kone aka 01 Aug '06

01 Aug '06

Bonjour, Je me présente Kone Aka, J'aimerai demander une aide à vous pour immigrer dans votre pays suite au décès de mes parents morts dans les évènements survenus à Duékoué le 3 Juin 2005. Votre action de conseiller à mon égard sur des projets d'investissement me serait d'une grande utilité. S'il vous plaît, si vous vous jugez utile à ma demande, répondez moi sans plus attendre pour plus amples explications. Merci d'avance pour votre coopération. DIEU vous garde, Kone Aka ¡Miles de amigos con tus mismas aficiones! http://www.latinchat.com

1 0

Representation
by mike417＠fotki.com 01 Aug '06

01 Aug '06

OFFICE 34 Parliament Street, York, YO18SG,UK Email:susanjustain@yahoo.com Dear Friend , My name is Ms Susan Harrison-Justain, I am an artist with my husband James Harrison,We own SUS ART WORLD in London,Zealand(United Kingdom)I lives in London United Kingdom, with my two kids, four cats, one dog and the love of my life my husband Mr James Harrison. It is definitely a full house, I have been doing artwork since I was a small child That gives me about 23 years of experience I majored in art in high school and took a few college art courses Most of my work is done in either pencil or art brush mixed with color pencils. I have recently added designing and creating artwork on the computer, I have been selling my art for the last 3 years and have had my work featured on trading cards, prints and in magazines, I have sold in galleries and to private collectors from all around the world. I am always facing serious difficulties when it comes to selling my art works to Americans, they are always offering to make payment with casher's cheque or company checks , which is difficult for me to cash here in London United Kingdom because it takes longer time to clear which is about one month why in united state is just three to five banking days to cleared. I am looking for a representative in the United States Of Amareica who will be working for me as a part time worker and i will be willing to pay 10% for every transaction, which wouldnt affect your present state of work, someone who would help me receive payments from my customers in the states, I mean someone that is responsible and reliable, because the cost of coming to the state and getting payments is very expensive, I am working on setting up a branch in the state, so for now i need a representative in the United States Of Amareica who will be handling the payment aspect for our company. But the problem i have is trust, i have made arrangement with the FBI in Washington,that if anybody gets away with my money they will definately get hold with the person,and the person will go to JAIL for LOOTING my funds. NOTE: All charges of the Western Union money transfer or Money Gram including bank transfer will be deducted from the money, so you are rest assured that you wouldnt spend a dime out of your personal money. If you are interested, please get back to me as soon as possible via email. N: B, Please send to me the listed information below: YOUR FULL NAME:............................................................... CONTACT ADDRESS:........................................................... YOUR DIRECT TELEPHONE NUMBER:.......................... YOUR AGE AND MARITAL STATUS:........................... You have to provide me with the following address so that i can forward it to our customers to contact you and send payment through courier service immediately. Thanks for your assistant and God bless, Susan Harrison-Justain. Director of SUS ART WORLD INC, London, United Kingdom

1 0

VIRUS (W32/Mydoom.N.worm) IN MAIL FROM YOU
by amavisd-new 01 Aug '06

01 Aug '06

VIRUS ALERT Our content checker found virus: W32/Mydoom.N.worm in email presumably from you (<toasters(a)mathworks.com>), to the following recipient: -> oiteanu(a)localhost.iteanu.com Please check your system for viruses, or ask your system administrator to do so. Delivery of the email was stopped! For your reference, here are headers from your email: ------------------------- BEGIN HEADERS ----------------------------- Return-Path: <toasters(a)mathworks.com> Received: from localhost (localhost.iteanet [127.0.0.1]) by reunionbsd.iteanet (Postfix) with ESMTP id 35FEDBA7 for <oiteanu@localhost>; Tue, 1 Aug 2006 16:48:04 +0200 (CEST) Received: from pop.fr.oleane.com [213.56.30.97] by localhost with POP3 (fetchmail-6.2.4) for oiteanu@localhost (single-drop); Tue, 01 Aug 2006 16:48:04 +0200 (CEST) Received: from smtp8.clb.oleane.net (smtp8.clb.oleane.net [213.56.31.28]) by mail07.clb.oleane.net with LMTP id GmB6R95Q; Tue, 1 Aug 2006 16:48:11 +0200 Received: from mathworks.com ([80.233.142.38]) by smtp8.clb.oleane.net with ESMTP id k71Em9tI003012 for <oiteanu(a)iteanu.com>; Tue, 1 Aug 2006 16:48:09 +0200 Message-Id: <200608011448.k71Em9tI003012(a)smtp8.clb.oleane.net> From: toasters(a)mathworks.com To: oiteanu(a)iteanu.com Subject: Date: Tue, 1 Aug 2006 17:48:14 +0300 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0006_59BC68D6.38031BC3" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 -------------------------- END HEADERS ------------------------------

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

toasters