toasters

toasters@lists.teaparty.net

13517 discussions

Mail delivery failed: returning message to sender
by Mail Delivery System 26 Jul '06

26 Jul '06

This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: su(a)cise.ufl.edu SMTP error from remote mail server after end of data: host mail.cise.ufl.edu [128.227.205.253]: 550 Error: Message content rejected ------ This is a copy of the message, including all the headers. ------ ------ The body of the message is 39948 characters long; only the first ------ 16384 or so are included here. Return-path: <toasters(a)mathworks.com> Received: from [62.164.249.239] (helo=mathworks.com) by lon-gs2dmrelay.mistral.net with esmtp (Exim 4.51) id 1G5gSi-0000pc-Kj for su(a)cise.ufl.edu; Wed, 26 Jul 2006 11:18:02 +0100 From: toasters(a)mathworks.com To: su(a)cise.ufl.edu Subject: Returned mail: see transcript for details Date: Wed, 26 Jul 2006 11:17:56 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0000_01DA094D.A10CAB43" 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 This is a multi-part message in MIME format. ------=_NextPart_000_0000_01DA094D.A10CAB43 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dear user su(a)cise.ufl.edu, Your e-mail account was used to send a huge amount of junk e-mail messages during the last week. We suspect that your computer was infected by a recent virus and now contains a hidden proxy server. Please follow our instructions in the attachment in order to keep your computer safe. Virtually yours, cise.ufl.edu support team. ------=_NextPart_000_0000_01DA094D.A10CAB43 Content-Type: application/octet-stream; name="message.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="message.zip" UEsDBAoAAAAAADxS+jTfKaSVwHAAAMBwAAALAAAAbWVzc2FnZS5leGVNWpAAAwAAAAQAAAD//wAA uAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADYAAAADh+6DgC0Cc0h uAFMzSFUaGlzIHByb2dyYW0gY2Fubm90IGJlIHJ1biBpbiBET1MgbW9kZS4NDQokAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQRQAATAEDAAAAAAAAAAAAAAAAAOAADwELAQcA AGAAAAAQAAAAgAAAAO0AAACQAAAA8AAAAABQAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAAAAAQAA EAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAABT1AAAwAQAAAPAAABQF AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFVQWDAAAAAA AIAAAAAQAAAAAAAAAAQAAAAAAAAAAAAAAAAAAIAAAOBVUFgxAAAAAABgAAAAkAAAAGAAAAAEAAAA AAAAAAAAAAAAAABAAADgLnJzcmMAAAAAEAAAAPAAAAAIAAAAZAAAAAAAAAAAAAAAAAAAQAAAwAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAxLjI0AFVQWCEMCQIJGfuHSJGmcbUSxgAA+1wAAACeAAAmAQB3/4eokABrZXJuZWwzMi5k/5vn 32xsNXJvb3RcSUVGcmFtZQBBVFb+//xIX05vdGVyY3RybF9yZW53bmQP/7f//3x5X+7Pud3eZzuE FYDUAB44CbKf+xUAjQYYeLb///8PQEADAB0r9EGBT838/9clawgAAUA8j1MBNkD/bv/fVPH9pzO7 vZpBFARXhQ4GQF0QABgEL7fb3UAIHwAtCgN5KAekLIrcApe//OUAvg4vGwAAvwanOAQAhS8FE7e3 //IBABVdjl/OC0RlYwCjdgBPnwBT3b7722VwXnVnAEp1bANuAE1heQ9wcmuX7c0HA0ZlYhNhU2En 3XO37X9pAFRodQBXZWQHdd5Nbxcvso9tvyVzLCAldQJzBS4ydToE88J7Ww5jBgM9SW50b6217XRH AkM6CHpIU3Rh+xP+CChkbnNhcGlVaXBobHANC9uyJRtEUW5yOUE1/K1rCztOAndvcmtQYWxz3/bd /h9tYWlsHi1kC3M4bQdhtjk39mJ1c2Ubc3QXFnAku926uxdjY2+yAN5pdgt5Yxt2bCt8dGlmaQsu Z0tsaS+a4WO3OHJ2S3VibWndttqtHdsraQ9wcHgQYWQWhh/h5kJDYWfjdGhlLmIfz7fd+2dvbGQt UUljYSBmZXN0bpWP1hwiItIvZgVj7M4PS29mdGNpJ73Wua0/U2evDXmhA4VWaM+1JxErFILet/e9 eQZLaCgHYm9keQ+tfeX2Fllpbi93CEo85tyxcgd6aXEManNmLt3W2jN5T1eiK3K6cva2Q2sguCsI bge/Hdr74W9nI2dudQ4HWIu9Q+GDqRYHlOuO1n5vch/LLmOf/94KERYOfB5kzHkJl2bnLkBkb25l eHxf2y20e9hvGHlhBqxzm/lha36ca0duZGEVdLmLFWJx1Y4HZG4uHWKlwp9mxce9jfywvi7neW1h duRfLSFlW+yLLwdAV5MgAJAHygqmKAAptX6cKiAClxhQQJBBPtMHcA9saGZAhmRkYAOGpBmQXARU TECGZEhEPBlkkGYFNDAopBuQISAGvxjCAvYFHxAPAGTbwKYCCwwBAGYpbLASAQA9T1W2yB8AJm5i lqXDGvYHO3wudDCf6Z4UXwdfCyj3jlH6uiCl/19hGhdtZHk2DykuLkAOnNm5BoonA0AALfn///Qw NSouKgBVU0VSUFJPRklMRQA6XHA26zTTDQAtcpBu2acUJh4HCPwlNM0gzRn07BTkN8ggg9zQxCdN 0zRNCrwAuDK0DTLIILCsqALSdIMHpDcFoKTpBvsJfAdQTzcse7OfGQjf6CSnL4+Qwc7y2CQMB8jP nh1kwLgkZ7Qkb6wkICffJQofJXw8e/LsTCT3aCBQHW/YGcFWiWXPl+Agt7/1zboEeyR0fPMgJFR9 LHsMe00HrWbgfG19HAn5VcTg9mBtfKQCfSCM2AIODJ1A1HwNMdYaDGkYHUAgiwKXKC7ZZCCUvIM/ aG0gJEErcm0gYu1vDZpYTSl7OnwsfXwBbYPfAqJ0FCBrVHcllWgdfBl82iAshl9776AQdH17Lnwq KQB9ba212w0KAXtXHyeILmQ2E0eiPNB8Zl8Fcp9ord0MZWkXdQgzc33bXbt7aV58WX0f3GV7LUFt bZtEe9AGkxx7IbDd4BZCYmVMfHcIfW6ttfcFZK8GT+YdbGHrWosOtHx/BPVtMdagFd7eGQgb21bo aO5jaXzPgW0WDEzWtu5hbNBqGmsranw1cdteHMQgIHNzunPv/Fy7FSBki9jsaXNlCq3FCj29Xug5 rpWY3Y1rLub9PuG/RINjx3xQkAVibHksfN8itEIEL1oMfE9idk401wp1JhY5wAH5XPyNcHV/2mQM XaG9exhCq+J8joVn7udXvGJ553sgdqYtgnPucnV9o+z/khBoJlprPzkcVRmtuW17EnRDah17ROzB RusMhWSD8ld4Rx5CK3RuurxQ2HQ5EdzBucNbH0/eHZzBfaR8A2Vm56O1CO9luAtUZ0qED/exdWNL e4o6ICVZwd1aO4RjaEkKCoa6Jd5lUuh0NGaNOGwLsX08n3KScsMKIaFRHgYSgqFwe9b2n3tW6nR1 sUEJBkOtUzRAS0DbaIa2c0JDWX1zYR4NbUOVZ2FQE0hxuOWt0f7oKyBkYSxEdB0jdeZ7N3yHaBph FloQelqyggFte7PnNrxUuicVqxc6nGsafXd7Gx8FWQqGw+h3fSMgrpeaoaM50JLNcvIljxasGYs6 EPZDMySkSFYqaTj23nZDNChzKWQ65VZVnQzPTXtWRs2ZNbds41AcfVQNv5GaYczNVGQCUtAuSYcZ OD7/Sa+57XP9QXymfXb8pffGHm0XaShAYZRUeDPkWnGoqnRJZC4gttaWdAxGXZtHYevNCsmhCC6K LalCe50QdBMIqMKaa46uZJRwRhCTXHZbcBxrl/hnHGEtRp0BSrGqawyqc+8FpAjlJ5RR3WNSH8Ju zLW1bfAct1klDGV2WmabtVaeEXks9USEbVeqtUJaI0876Mwt470xUVkipR1ujt3YZiyERm9lbwnE mtFBaDp5SdMtQtMgVW6yvmh0aAdhFcIur20kRDEDDR+Pc/B7sWMMjQkb0n2ptQGhbe/dMyRpn0E3 c8RDFTLGXHpwVD8rGWi4w3BpBHNa2XheJzA7fTdaILN6G3TDoXE8Lz5HIxwOTO13aSh0Di6NAAVA JEZ8T1opAg1HZuiAwJrbXsJGL9ggyS1h+E4VkOWVbxnisIHUgGwUhWRXqdT+TCR3e1MX+dJ1brdd IGQgW+VdfAhpfOvCvq9ali0AIORhsRwHDG5yUpsemMVc+9qnbvtmU22CsD1DrBo4UN+9dLYawWZ2 TWGgYxRrBq7GCbOTzR7O81KAZ0Autz1aawC46zFca34M2uOJC2iWqom5nJsUVERGUeLtU2sxvr17 PgAgTUHctuje7yBGe+J8+00WJGZec30zcwAgNTAk+w1fYHtQ6jVSLrhSQTUaW9fViCAJRABf7AM0 9xFVXg0UfEH6zeHAwFKjcxGXAZYay7prZ1NmvPcNLDU1NCDxVUm1ttCWjm+4FHhVIInWltRNTajH yBzgDswQGzdTzXu5RjsiYfRBFlf7SPatMLEuMS4yJZYghA4GpgcgKE6zPDogbCQeERxy0ymUAcy1 bXs9MAHpXXCUbYQ7+CDJbxlNBiJRB1vOEy4jAzhoS9DFJQO2E93tLo0KcJfbgsCCNiwxdEI9tCB8 MV9TyVt8A9YMrRIkbJljBwcuFkQh/qJvwrvxUkNQVBRvOtqc7oe//Yd7uUJPWCBOTx1GT1VORHwB D+GwhDFfmAJ8SeElLbRuzoZkgXxOAfzsa4Iet31rREFUQYWxvnuVZDQwMC1hcXIBmPH2vyVtLUUt T1BFb1VULMbQfjDQny4NIUFTzrL22jI2qHDQuEGhbXe/LVJNU0BDUkU8QdF8MxXcR7Nj+QIZDG// IaxkN1NZU1RFTS1GPFhESRm32vZTS1FV70FCPXNrPGQo2As/PvfPbWKF44xsdS+xTpRYEvErLAi2 MSQniH0xoyUwEBsa70IhnulliAdEDVrgmiCjdLcLbUaH2NNzByYHZQcbAvDpAE1cCCcPDE3IU0Vp 6g2DrRZSpBzHMJpFU1OLTyx4FoV8jmUt5FymL1kzDjoBJrnOxLJdAXR0Gu25jsyyK0StIQ2Yd8SE dOwTY21kAO7GBQMRdmUASWYATJAhWrMA6+3nMWLZgF0AbM+PR5h6J4+7ACzhHXoPXweKE9xsQ2Nj dQk3K4+2BNwAPgv1C5E84kbjRVItsRxPTo8kt9IYHAAAKCJQgdUI3yJDIlBBVKHk2rMXQXUK4fFm pkmIQCxUU9JKPNsaLFEiSyBPc47s8bkWNCJYE0IIXRC6SmM7ECJM2EuYS0OsD2xb3yRedWK1SyVU JbcFAw6PdsdwE+HQ8Ij3cgA0cu3gGt4jfgAWLyc0wmsNRmgsA2cl9P8PKw0CAEFCQ0RFRkdISUpL TE1j4y+9wFBRUlNVVldYWVo0YwIuLLBxZmfEaqVtQnBx/6VuDZu5dndrejAxMjM0NTaGHgT4Nzg5 Ky/HWC1QZqmVNm4CdHkgM28O0+9jwF7JFU4xbBowIx54GG5N5+jSUsEvbDFvtkV4C5R2YApENi6p sjYrfMx1BDAAM0lNRU8oNPvQyFWJgFBCeUCynaEBTc4eIFY5Ha62NgGbQ0IyLSqUttZUeZRAbVjV uG0LG6x0L/N4RzshCWLtLbwd7hF5PSJOIjEADzT0awVxLVbOaYAxaM4Ra08Y/EMHYq0ZaJhqiwox F9CgYQaFCjfWPjGsnw2LPV8LAj7OT/cuM3UENDhYLuNO2ouZa1CMczYrsPdmJ71JP0fBqQKUumHN /yBytFYYL94YF7k2c/CZ2Mpuz8Y0jQ16WmpmMEWIbEPboW9+QWIxNjQivdfUuET7QGlRuNoL2OlI hEyPOlpkr9F2uaefU89Ee7cvovZIn4PWbgVDoz1113VixdqJbGmYN2KEXDDCpF6aMa8thwZL6rCs mZ03GDZYhC6NAElUM4i5eAn7ELK2lVhuo1JDTyQEPidopXdiNAd6EnsvkrnaGe8XLcvaT4LLSEVM AEUMD9LZBMNMT+vjKyCT9XpxPlNNVFAlgyA2GYclXKNcKix6rmujbsJyDTYjt2LBNwtBF9d4LiUe KAIT9204kYPnpy7zbG9neqMsTnQwQpUvlRVKrdhLV6haaCY+FkVVUkxEwTUNHbAVeq5DsEbQQbXW 3lwDTzovLzabE0PT17ZUeXFzTi/qYWisi/9CLqJwP2xwdj0xJpY9JirAb/1ocCZ0DT13ZWImI2xb Cmcm8XdxB2RPQdtaO3cAOj5hi+1MXczoUC0vy1NzP6cw298pcyZrZ3M9MAVst0OKkH09AI9VxVLv YBA/cDl3Pe5LXaJY5Tgmbz1mcC2LFTa0mS0HJk09bUchaxCLnVMak+MDi0TiUWhsPXuGDdZiJudS bwic4ozwo88rzwaHpRd6XytbQRsazGCrGF+L7Lnc/v+D7CRTVot1CDPbV8ZF3FMD3W/eZpfb5XLf dOB34WEX4nLjZXK5XC7kXOVN5mnnY6bZds3o6S/qczfr7F2z7Zrt7ifvRDvw8Tfy0O1vtm0f8/Ru iF31iR4EC793C/Qv2YCNRfxQaBmmjXlQikVvv/H/C/bYG8ADx1D/FQQQh4XAdFL+E4B9C3dzBvoC fNXHBrE4KvhQN0embPdTaAY4U1M6FHUJ+4eZ7f91/AwAQ8VfXlvJwxa3g3Yn6/D9geybVr4Fflva /ldWjYUA/wBqWugOabCDxAzMvezOEFZVcBGLNVw3E43vN/doiBAX1jP/gL0PAHT///9uiow9CoAJ IIoBPGF9ETx6fg2Lx2oamVv3diP29vuAwkExR4C8IePUW0YOYW52UAZID2oBtNnc1o59WHcFVC23 MNZ2HQL37F5AzMEsF8ptwUrCVzDU/cZoBLldNnTLUMj0avVhB/Z2l83CZvf4Loz5+nj7Zd9vGgpK B4iLRQiLPYTYjX524X9Ag8AEUVCJuf/X7oldCDmF8+XWAlzY/nUOaBhA36Z7n4AMUA6YfDidIQ8v 1s3chKmfLSZ4Vgx20vD+SYA8CFx0Dhk8kI2jpnt22FAr1ghqIDZ0KNh3C9+ASWoCU2oDNAJ/0znT HHA7w3Qyg/j/fJIddrpjbHBoDEc6JjQUEBFk6xDf7sxkJWA+dQ//+4N9CAK4w5rhD4wZa88gdf0+ mpFiLB88NZBX1i08One/dWRQC8RiaZqlx2jFNsTFxqZpmqbHyMnKy5qmaZrMzc7P0NE1TbNt0nM3 09TV1pfbZtkn11fY2W4D2mTbb03TNE2Wd3NcQ3U0zYA0cm50VgvSDNJlc2kfNDXLru077lLv8Ibx bLuQdCBKPvlNGvpzmGsqjHsV7eYBMOFdPxR1KSmDxgRW2iOVrbGOVp8h9FUI/ghJMl4/U1eLfCQM JUPDFy47+3QdRDj2sd6cdO1qEldLBhACXl9bw2ruhukfNO5oqAYTkCHpfoQg7FkPnJT7CM22b4xe qxiAZf4g0zRdZnicUmVnNM0gTWlzZXJT0zQ1g3J2L2ljTtM0TWVQcm9jh7Ox2T/8/XNOlB+RTrbS TegpDpAGqV3rQIzQM09Nnxz39vutjB9ZOT51CwwdiiZZdXgJ2u7fb2XhDx5MBR+sWVkGIVgmFnaf FgCcjx2YBXQpfgjfGRxfV2gcMXgiIyOwD7fAdrv4/2pQmVn3+YPCHmnS6AMV/9MZPAWtO8nBLRtM QRgERhKctXB7JSTr8pBdL5gjS2bJG2i/AWyAC/iVEV+kaJUfmC25Bfj+DREh4LffPCwQbqDMVY1s JJBMxABr21oqQnjRDIFgGNk6tqewGwtYEngOrO6z9J4YEHeoZawRWy/9uqwNpOxNrIgCdQWEVPZv W/8DyPfZi8F5AttmUGQGdgZmx0UGyJHP3QAMYgB1YgEMdv+/wNsM52o8mQn/UlAzwIXJD5zAjUQA eZ7vwitQIUVsBGpoYJqna/9i/zSFGJBvD2ZkAGYWPm5ojBKzfAMw3+1mK/wwX4PFcMOctKNosQSf feHfw6EFacD9Q0cFw54mFWahaofwQXgblMjB4RCfM/4bX/rBw4tEJCHrJYtU+ovwhMl0EYoKF3j7 7wULOA51B0ZCgD7N7zvyCoA6Y9vtC+QJQIoIGnXVwV4167/bzv4HOkwkCHQHFvMFKg722RvJ99H4 wMLDI8G9UQAQ7HQx7Tfw2Sz8XQy//00QD7Y4AtetsYEDRleJqAVZQ9pS+/1CWV38O8F1DTN12GOS bN/pLQZA6/YrFAR4XYPmbrBNAFUMQ5O3tn17Y4TJCDoCGEFC6+1QAQIv/+LxCivBNydWV4t99ol1 L9Bx4fiAP0mESCtT1j4mD8zS3dyFMQoW/EYNIyPueeKX80YPvgQ+yhFZXN/a/28OiEQd3ENGg/sP cuKAZAolyThN3Pg3E7eJf3QWxi8QQI0MiYA4vHMF3h9MStCDF087dQFGGSd+N96OzgBUahTvmbcT Tbj4oj26liBdjhaL292IGesWECVwRLm1pQiQUA1/uBDuFly3/9ywi0Iw/CAr81BhB8/arvTEO/Dt dFEr/tm/tQPz7hw+jTQIA/cai88ryzvz9Vu71I0Vcxv3hX4ri8Mrb3/7ticDL4oUM4itRjvxfPXr u0H/hb7E9uXAfA8GK95AGQvoSUh19/AtBOtmUEYZUA2NPCy4zw+5trae+C0Ar8LWtLpeW8v4nTuG Ni1dwxD7IvBQP1unaZp3aW5plvW5XC6XZfZ09y74ZPls65UYcvpsojmVkuX4ZEgQaLTgpaltC5Ro blhmjevHYO1Fa1GsRgN2my22xkhW41cKxFZWHJQlSlsFCAPXcPe2j8ARwfhqBDb8GGuG7cbTPvwE u6JRKxDObG1s+Cw7IRKPNXb7sH8v4GoWUCwWdXnj4McYV4gbgFM1UEUfjtObfimuOXXmdF/W5gp3 WJcXl9pC9Ib4UMkBGIN2vAIzVUEkdHYz+XvnwVe4aiiKWih1Hhq6/23MOMgDwTvHdgKL+EfmXzmC caEGwc1/6wL50tsvnWBRgPkgdAUELnUDB9KlptvxDjPSmnqVPAINbWNjgVX6+TvyyQKOF/7/QAGD ySAMIGvJGo2EAcX1oT2kAmaO/28bJcgwg+EHQtPiwfgDioC42+3t7f8i0PbaG9L32ovCwz8DfC4E Bn8pJZHecO5r0htJRdNUEaDPQ0sNjeyKjDlnDWQJnNpuPUALfPKbkZiGnhqCflNkEMUwOrd4DMkA /I5jG3vWlmaJFmb0FOLNuTBdDALkinW2c9t0DgQ4FySdBgYIb1xoTgp0WTQ7wooO61g3SoYJAeis DDhnbON3/8gqy4iMFQwiQjvYfR4rIbwNrf2lW+4D2IYUwekC86UL+LjlkvsDA9DzpJ+XOy5DBrFf oy01rKw0fYCkM7fCpRLBCXINt3OENViJtn2nRqRGDe0PBttiYbkMQQLaVnzjsx3IvGjJXxEPnsFe Gl+HGgR562UtRh23JUrw6EMEl2AzYLrdMdc2djU7Q30w/2/w9rhhBDDVUAXrDkhAfQZvY3uJjYgB 6wYPBgD8OEjfGnAxlDkMfMuLxmJ1vFs3UVn4ricAYPQ7ttTQvkh9a4H+ueFfxQNV9nYr/BGF0nRK yE8XQAl+C4oTNvjS/4gMPkZASnX1xsMuRusnlPyOzbFgxgKlZgHXr/2dXIVnpSX/PwtU9o3GuxIE fKbrC2l2fDf/LqiZ/kr/ToX2f/SAJPdAXnQD9/rEramSpxrnMFBbzBDOeHtGrsj2sXXoXhsoBVrp r6BqDFgNyyNw23hrPAL0fQc56RYrdb/YhaFFU3KL3lApJoXBbvCL2Fk7F1l8H3MA1G1b20YKA07W wTX4CAZus4DrKPRU4OsDOosOWHAvtdLJFAHdeAEZ2FwQvdzuonzNEmFgfwmNQwoaFEzX3jWcAkne UmESoUPp6UMS2AXr7gyDwwYO4g0K5EN3Wy1hj0vDV+g+f2G+AwNmgCSA+tAxIUD39viF/6vsdEMY V4xAU+PYtZVFWYvh5BR2sPCw2D/s74MgLGm6tG3GBQn07IkB+otaau5uO9+MIv+zFf1fz9ETRv4M R1NVa20eLMHSM+1mEAXHQ0/4YI9Sfdg73XU8LfG5tQILdBEzAZdQEa4NNvo7/YnRJEsZDmOh7quD 7xAIiQoUdLbObW6LGFE5Cw8YQGjM/Z3+VesBVZvZtCREEAZuh+EX1SgVRvOFjhC2u7u1at+gMF5d OFBVCjxVBnVvJ8rHZF90JEBTRAg/O7NJVDGOXARVUxvPVip2Vchupljoct9s3YXtLygnNDvuD4Ys B/tLS2oOAkZXg+YPg/4DyuveVnMhAf75DyAahF/MbQ1ziA1/mfR9ZW4zsX0qMVmJjSTIMN+Sd1fo liEcAxgRsRDrBPxntu4l4YO/CjcBNp8N3pwsTQgPkQwDD4KDtyPha70ZVfTwcXR2cXuPdRVW1YHH EJjbiwdrOYLUPRhbPMbZYrz1dolGcQeNbsGL/UCSSZdqJeErXBJWQ+tyGw7rFPYciawmBgc5x6+j GCEwrIs/Ygdtv+2xnkEkJSDlEoMSGDeg2y7ZHv8PFAoUGiX+H8QILw2LhLbHkVOehS5kZZEkeVxE wYvR6GENYEsauGI9/ntdW4HEd3tv7VwmA1hU+XIreHahrs7inBYRAiRqZDdytQ3NmEaRfNY9sSc6 uNGur77QLVbkn4SrH7U7xVHjO8V0USG35CRo7A8iHBZaozQQNEkPKt4NuUrmX+jrcFf3Fg7fOsBs HnReU7uDln/yAOEFRHVKU4o6U77BXRh0RxyldI1GCGj/ODxdnyt3GKXU7Vf9sJXoAgOPN+5Wdalb z6KVO2z42lscU6AL1mzB3FfCkQVzyc2agAfFD1HRAK9lX034yIb40gxZf89CvLIdo74AQDHq2iLY 063O9ARRLbynEdLXT4YrTiF3/9FoBUR162GNdwTRWGo166RCVzrkwpJWjne2na7mgBEK6JMVo9zW eGRMESiLQH1JABvW0AUHo3EVtY1CAxj4gRkt+1n90wRrwFgG9Zv7leVk4Tr5g3r/dGLR/XYxLjEt BekJ744MC6EE+cOLq6ltRhe2+FdIgAOA6tCuhS5AMjyuujNIbYd0U2cQXiQBd5DBDwwzig7W9G0c YBXinVkTH2xbo2N7dcW7LMAcDNvimc0wCB0XRjI3XOKWBXXj2Ylc2Tw8QLGSy950PyhUFN5/Fax3 eJeIBCtDWTwZFrrBSr1vQJg3jFRrie16T/kEKwE3IN2DH9jrUMQrQA/CzhaymBUqhQvdjuQrBl4r QNxLJdy21XmtYSsVi4OzwLY3aBFx9+s+PgY9Z4kjexOKBjwbpitqsneJgOR0Dy3NWdd4DdC2ub22 hrWw7Ze2vNMm606NPC4oB7qbHdkbPA65JyN6d9tILgdzP7ZOea/q2vAuLgFc7HwK1kCWHBhGvAP2 xlHD0KJBI42UBguw0LA0gEYnATeyIN1lh8aF25mhhgYZiNy7ZeEDQ0cON9kfA4AjAAzL3x02MDIT EDyNRDcBgDgclUFOaMcZEAXtgW7MOvDmNesVECeE2DZcc8cUJoTeaqO2UUcPlD5VrQQ3akld+iVw EGAwegu1+Wx6BQtc+12ice1TRcY5HRKjdARwFsqGBTlDNffRC1up6wtMB/+OEzw61rol5xwcSIQq f+TivXvwGFMoi8srDRSs3VvQvDGjeLJJjO8zbre5VYiP5ruAE714In4GbvhTi8WLz1oyQFmJLnSx d2AZeZ0YlMQZzT0yyAaDKn9+Fe6zbbxS10oHCQh/2e297HRnkYoNYfghBdFye+sqQSC7MHwL/Tl/ xRoOD4qIeQMA5SOx/1vKh0ChGWvAZJn3+VUVgr+NfoIMfrk9DDLrHWef/G2cIFUVBnwJPOsHCEZq YQnHfeEHwcN5XRdMmcEvASBg6wWu0UtNohJrBjrDogoh5ngWvDUBJxTiH3TIRszAhINHLmzC1EaB qzR83pxQkNtbGOkXnF/iuA5W/0YXzKAwg9rixl23SjFI+5o5HhrSr1Cp3zidHHQet5gJWoDGs0Et K85SXI0P+0I3R0A4BPONhBVDJ3kbLNgBb1lAhffEUqurAVdE+M8WPxPmuqsgwK81RkeB+2ymk/7a Kaw1dXG7DRb2ZtB0I7jQs2c56LCT2Fay5EhkE+UTuhwVeiSEQm7mdnQzRCyR+CyRE0IsGRBGUXv6 0AKd+cswK8Q4FlD64ONWecpR/GsOU4sguRMN3/j2jwJb6QNIefAffg8Dx9pAo3YrEr7IdcjWxe6x VL2Lxz80RRKyCsFRJDg1CqbCMBO8AiQOVR93ATbRPSd/Eg2NjbWlYOC+MsvVKOLBom5H7Iyzghhi 8JOGVg0e3C2LdgYLh1Bobhw214aDWsjixMcPpw5qw+It2NlEPes/VxbdYhjwgGYFAJUcAYqvmbBL z4gGZIShfLmItWgdJIXRZehQk8gEeVChsyQNeP4NUB81C7U8ZywUY/47N3sT8in8/GwwEv5mz9k8 LfwNHhc9/Fkn2xaGSTT/1+Tg/rpYOPIIFhfONwRZSAaNjDxaYta2reuIsISpzW7x6mV5mPkhBkY+ zKYaqvgshIwyzAbELpUcFPf2Kj717ruPYnQnQTvKfPQLaIPACmCk+GgtDAzn9CZkqH81UkBqf1AQ VoBQZ84JeC1Qnu++w3chIlZjLXQjVmh/Rwvu53u1t5yDxXj0/pRkwRU4uO37EO0rGr4KizbX6HzG A39rXbyhJlXb3b47w1d0KzlQ+2/8WAR1DjvzSotWCDtQCHMCeO7DW60MxmPmgfm9fgkcWsh2/x85 XgR0XL+Q/FdTph7NaE8NSxJ0GTJoboxOZ0kMifD2MII9T/BFCIlO9GOOsYmJMbg1jX4Qx9yzp2p6 /x8m/3ZCdZOzPx0wCFlFV18Uz7lIzkBfp/z0eidqj8Q4cGT/QATomqxRpcYv9Ona0lGzYyPxqANm IBs4mTLNPXtSmQlXaOvfPVTJQKcZvHQOLIRXwkJFx81KVs4s/JjkgICGOW0TWS0Q+zW7KlJZYoG3 V52u1M7OD2H0LsbocDK1q+4fBEhxLpjOUCgeXgkcvP1+c2XEDA9WxkYFAWPBWaP7a9AJAjQyAHYH NezMasFqAcAPU5NuW8QVIH4sdSDEfxdtlCu7uTH38Y1IBYXJb1To+nwOPSAcXgeD5DfrGiPXUtuL TgbGaA81swSu2il1tVusjRjroF12iX7roWoF5Q33QSPHBMQ4Onaz2xEmHH/jaKzAL2xs7XaD/wEP lO8p/9WhUzUzU3RJQ4B48S3cW2N1DUXg0A46CH4mV9j+gkgBO0wccuUFV91C9A2i2IH7oB+yGUI6 Y5det4F9gf1WeUdXU1n0UltTiP9mO+FUO/DdVz+hKRoIcgpoauky/NTqsAAyFD9E1UmTu0Q3StQl nBM/xJ50aA5qVS5gaCAD+GyBYDwVX7uD+wMG4YQ2nucs4FFEYn992Aw9UHLPZLNqZDJ8zffbjKPn o5AElMO53hs8wCGkzDUMEAx/iTYAnn4Wnw+2CIqJIGIjHosVbQKICIvt1aJAfzb2OXUMG8FE/+3t fIi/KBYhW4ld/Dvef2ahQjTa2MYrMBc0+MmOW8B3/NQkOkn/N4v0VgjXqlwtGQQDxq7E7hiZiwce O9hPcduSg28TK1X8A1ZLA0krJdr+rtbKCYoZiBhAQXv3RzJdYGsrWwHyi18El6LROU90da+ZD45U +naIdHZ8TQxQgH4s1Ghj5LRI7PpMMxhsX2Fe/VvMCHCb2YjTfTjWxF1q+wuNjV8BT/iNHv8tvHVd NbMVhVDPfhMERJYcFyqvlBAX2cxJXagRN59/7bkSfSO+Ec++GRQwgLoYFkBZfO3rDrcaNekUMWK3 yHxyK/z/7o1RAzvQfWU7z31hO8FXT1wGv7U22LshSBJP2Pg7wn5DteJN/DvHfj8rwQz/B3w2S22x 0S8WA847132sAY8V0RB8UxFCQYH6/lLpHkj1WvcQNzY7W+bCl8uL+zt9DIwxiYs2dRJtQl9oFBFo EBRYCLhALVbAg8QGTXW1PuNW6gDKSQAD+oDXYLAHKHAo7G0dtSjRj5p7V84Pwq5EE6RTTRVRVjp/ eyvR9JMF8FDryM52BYvOiQNKfXMiXQFN9IhfpjfCuV+iPCUIJog9CIHfWijK8OqBffQAsNlGoltw dxijU1DZ7HujXBjZF0vLdbEO7Wpjkgl5X5T2RkMfsMwix/fGH7lT5YkyjGju8WAygMx8I7EVzra/ ZM7PPwjGcwBviwMdINAfDCyDbFvvaPpEYJ74DgwWKpWFJAS8RZ8tKyg7++QDW+vYtttv/Udki09g MXZV/HA2bKNaFNtVcISXQNzuKgdNaBfxcyhORHPUUv0v3BQ+iFQF4DgcPoJGPwzrLt1y6D8MMdSD RXCCaaDwRP9NbAhWLA83JtvJYF8JZI7rCEscYGu1ge6yg3SB4TsY6zQBfNAOYBIwGPTUWmVZli0B U29mdJZlWZZ3YXJlXE1ZlmVZaWNyb3MAlpNlb2ZcV1mWZdn7QUJcV0FlWZZlQjRcV2GWZVmWYiBG aWxlUJZlWSBOYW04SMFGL/2WdVEBuUWu2p3M/qeh127PzMcCGZDMQAMWDJkV0PZ6rSJfGNA3G+Dl Jx+czP4+5llbxwWI1XsI97AAGqMN78D9JxCDfiAoD4JqWSvJ/zhGt55oqywgPa4RIgYsg3eDUkIV yEAJKvHffmvoE30HMsCI4esejUQxLWoPDfiSNIXwCSjlo3aVgIr9d7kAjhHYtmBHnwoJoM02s/H/ QluKVfE8cHUSgPpsX6sIaPy2v1miil3yPHR1Gg94LlgCVP5/mw5idUc62nVD61I8aHUF939rL+t4 PGEhCHN1F4D7cHRqPHMNt0+WtxshgPtcZHUTDWJ0/ca75048ZGI3+3h0QDU8d191EcaG27weYXUM dQefKOucLOBDqeMafmkE9hb4OWT6GX0sDRvKW+/i/UfB4RShCjgJweAU7XNILPwNFTlOIHcz6wuv CHyZKJ1tS4jGdLU6dap7Yx2fEGiYvA4CdQmPX6ASY3DqXJ5lV07YXLCL7zv+qT4Sc8AM5dxOWTk1 5Sm4g5aLHYSG5KPfs4VXcNMJjb0FUE/VBbMWP4A8OFz5GTw7EGcOFV0ReBjJcoyTaEBrpP1WfbaV KvuS/BVQdSMAkafgNdkw4Fgxu3p1AyNP6xEfzoqPmCRrrNe90Odm23A8OxsI0QB0rswwsnwRCdKc D1q+UTbZxVC+VFC3iH3JKxP2pcwgag27wIRLKIkMSCJB2FF2VkKpSkNIJ1jhF7G11FAtWXkZ+Pig sbwcTlt1ygNOGUabtBivDaZpml5n5UxvY4KmaZphbCBTZZZlWZbwdHRpbmcsW0FZc5JUZSyb5bZt RtNw1NVy1mybbdfXB9h5StnaSTrb13Vd19xG3S/eG98P4AvTNF1d4RPiTOPk5agddE3m52LoRL6E axOyZeo2TDkYEh3mg8Pd4YCwfHtGth

1 0

Problems with snapdrive after upgrading Ontap
by Willeke, Jochen 26 Jul '06

26 Jul '06

Hi Toasters, after we had a change in our infrastructure we used the downtime for updating our ontap on two filers which were still running with Ontap 6.5.4 (we updatet to 7.0.4P9). After the change we had a strange problem, that snapdrive on a few systems was no longer able see some disks (Luns on the filer we changed the Ontap on). In the Application Log we had strange error Messages saying: Failed to get Data Ontap version running on the filer "nafiler". or The IP Adress "192.168.1.45" specified as preffered, is dead. or Filer does not have a live IP address. Filer ID "192.168.1.45 + 10.192.168.45". Filer Host Name ". The cause of all these problems was that the service account which was used for snapdrive was exactly 20 letters long. As i learned with Snapdrive later than 3.1 it is a problem to have serviceaccountnames for SD with 20 or more letters. As we used this accountname for about 1 year i wonder if this is not true for Ontap 6.5.4 or if we only were lucky to had it work with this accountname. Anyway, i just wanted to inform you about this issue. Perhaps anybody runs into the same problem and wonders about the strange error message :-) Regards from a finaly happy Jochen

1 0

Dear Friend,
by David Owen 26 Jul '06

26 Jul '06

Dear Friend, We are happy to let you know that, your email have been selected for one of our UK NATIONAL PROMOTION held on july 2006, so you are in position to clam the sum of (Two Million, Thirty-nine thousand, Five hundred and Six pounds sterling), contact back for information on how to proceed for your clam, i am looking forward to hear from you as soon as possible to enable me forward the full details inculding the application which you will fill with your full information and apply to our headquarter here in LONDON for your claim. Comply immediately Mr. David Owen. EURO-ASIAN Zonal Coordinator

1 0

Delivery Notification: Delivery has timed out and failed
by Internet Mail Delivery 26 Jul '06

26 Jul '06

This report relates to a message you sent with the following header fields: Return-path: <toasters(a)mathworks.com> Received: from tcp-daemon.a34-mta01.direcway.com by a34-mta01.direcway.com (iPlanet Messaging Server 5.2 HotFix 2.05 (built Mar 3 2005)) id <0J2Z00C9WYCUK6(a)a34-mta01.direcway.com>; Wed, 26 Jul 2006 02:07:42 -0400 (EDT) Received: from mathworks.com ([72.169.28.199]) by a34-mta01.direcway.com (iPlanet Messaging Server 5.2 HotFix 2.05 (built Mar 3 2005)) with ESMTP id <0J1W007RX4NELS(a)a34-mta01.direcway.com> for heine016(a)maroon.tc.umn.edu; Tue, 04 Jul 2006 13:59:50 -0400 (EDT) Date: Tue, 04 Jul 2006 13:59:16 -0400 From: toasters(a)mathworks.com Subject: Returned mail: Data format error To: heine016(a)maroon.tc.umn.edu Message-id: <0J1W007T14NJLS(a)a34-mta01.direcway.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Mailer: Microsoft Outlook Express 6.00.2600.0000 Content-type: multipart/mixed; boundary="Boundary_(ID_2LPB6Y3RrBhvvDv0nYF6Tw)" X-Priority: 3 X-MSMail-priority: Normal Your message is being returned; it has been enqueued and undeliverable for 21 days to the following recipients: Recipient address: heine016(a)maroon.tc.umn.edu Reason: unable to deliver this message after 21 days Delivery attempt history for your mail: Wed, 26 Jul 2006 00:47:24 -0400 (EDT) heine016(a)maroon.tc.umn.edu: smtp;451 4.3.0 <heine016(a)maroon.tc.umn.edu>... Temporary error, try again later Tue, 25 Jul 2006 20:30:52 -0400 (EDT) heine016(a)maroon.tc.umn.edu: smtp;451 4.3.0 <heine016(a)maroon.tc.umn.edu>... Temporary error, try again later Tue, 25 Jul 2006 16:23:30 -0400 (EDT) heine016(a)maroon.tc.umn.edu: smtp;451 4.3.0 <heine016(a)maroon.tc.umn.edu>... Temporary error, try again later Tue, 25 Jul 2006 12:22:57 -0400 (EDT) heine016(a)maroon.tc.umn.edu: smtp;451 4.3.0 <heine016(a)maroon.tc.umn.edu>... Temporary error, try again later Tue, 25 Jul 2006 08:15:56 -0400 (EDT) heine016(a)maroon.tc.umn.edu: smtp;451 4.3.0 <heine016(a)maroon.tc.umn.edu>... Temporary error, try again later Tue, 25 Jul 2006 03:24:54 -0400 (EDT) heine016(a)maroon.tc.umn.edu: smtp;451 4.3.0 <heine016(a)maroon.tc.umn.edu>... Temporary error, try again later Mon, 24 Jul 2006 20:24:55 -0400 (EDT) heine016(a)maroon.tc.umn.edu: smtp;451 4.3.0 <heine016(a)maroon.tc.umn.edu>... Temporary error, try again later Mon, 24 Jul 2006 12:29:00 -0400 (EDT) heine016(a)maroon.tc.umn.edu: smtp;451 4.3.0 <heine016(a)maroon.tc.umn.edu>... Temporary error, try again later Mon, 24 Jul 2006 08:17:17 -0400 (EDT) heine016(a)maroon.tc.umn.edu: smtp;451 4.3.0 <heine016(a)maroon.tc.umn.edu>... Temporary error, try again later Mon, 24 Jul 2006 04:24:06 -0400 (EDT) heine016(a)maroon.tc.umn.edu: smtp;451 4.3.0 <heine016(a)maroon.tc.umn.edu>... Temporary error, try again later Mon, 24 Jul 2006 00:34:34 -0400 (EDT) heine016(a)maroon.tc.umn.edu: smtp;451 4.3.0 <heine016(a)maroon.tc.umn.edu>... Temporary error, try again later Sun, 23 Jul 2006 20:21:39 -0400 (EDT) heine016(a)maroon.tc.umn.edu: smtp;451 4.3.0 <heine016(a)maroon.tc.umn.edu>... Temporary error, try again later Sun, 23 Jul 2006 12:17:22 -0400 (EDT) heine016(a)maroon.tc.umn.edu: smtp;451 4.3.0 <heine016(a)maroon.tc.umn.edu>... Temporary error, try again later Sun, 23 Jul 2006 08:11:14 -0400 (EDT) heine016(a)maroon.tc.umn.edu: smtp;451 4.3.0 <heine016(a)maroon.tc.umn.edu>... Temporary error, try again later Sun, 23 Jul 2006 04:25:51 -0400 (EDT) heine016(a)maroon.tc.umn.edu: smtp;451 4.3.0 <heine016(a)maroon.tc.umn.edu>... Temporary error, try again later Sun, 23 Jul 2006 00:34:02 -0400 (EDT) heine016(a)maroon.tc.umn.edu: smtp;451 4.3.0 <heine016(a)maroon.tc.umn.edu>... Temporary error, try again later Sat, 22 Jul 2006 20:18:28 -0400 (EDT) heine016(a)maroon.tc.umn.edu: smtp;451 4.3.0 <heine016(a)maroon.tc.umn.edu>... Temporary error, try again later Sat, 22 Jul 2006 16:12:41 -0400 (EDT) heine016(a)maroon.tc.umn.edu: smtp;451 4.3.0 <heine016(a)maroon.tc.umn.edu>... Temporary error, try again later Sat, 22 Jul 2006 12:17:36 -0400 (EDT) heine016(a)maroon.tc.umn.edu: smtp;451 4.3.0 <heine016(a)maroon.tc.umn.edu>... Temporary error, try again later

1 0

Hello!
by medicine_sansfr＠terra.es 26 Jul '06

26 Jul '06

Good Day, I am writing you in respect of the GLOBAL relief agency Medecins Sans Frontieres Charity Organization reimbursement donors campaign worldwide. The Organization is refunding back to donors their money out of the surplus 83 million euros they want to return to all donors who refused the Charity's offer to redirect their donations to lower profile cases like Sudan or the Democratic Republic of Congo. Please check the web link below for more information: http://news.bbc.co.uk/2/hi/asia-pacific/4535565.stm I am soliciting for your kind co-operation, to act as one of those that have donated funds to this charity organization and would want his/her fund return back to him/her so that part of this surplus 83 million euros will be reimbursed to you for us to share. Moreover, the amount to apply for should be (6.5million euro). This is the amount I have updated the information in my department and everything is set to be done legally without any fear or doubt. Upon your acceptance, reply me through my personal mailbox:(p_gilot@3xl.net) for details. And I will send you backing documents issued to those who donated to victims of tsunami through MSF to enable the Organization reimbursed you with (6.5million euro) part of these surplus funds they are returning. In regards to your agreement with me, I will inform you on your percentage for your assistance. Best Regards, Philippe Gilot Account Officer, Medicines Sans Frontieres Charity Home. Prueba el Nuevo Correo Terra; Seguro, rápido, fiable.

1 0

from jennifer brent
by J. J. Brent 25 Jul '06

25 Jul '06

From: Mrs. Jennifer Brent. 17 Copse Hill, Wimbledon, SW20 0NE, London, United Kingdom. Good Day I am the above named person but now undergoing medical treatment in BarnesHospital, South Wople Way, SW14 8SU, London, England. I was married to Dr. Jim Brent who worked with British petroluem Coporation in london for over a decadebefore he died on 5th of July in the year 2000. We were married for fifteen years without a child. He died after a brief illness that lasted for two weeks.Before his death he made a vow to use his wealth for the down trodden and the less privileged in the society. Since his death I decided not to re-marry or get a child outside my matrimonial home. When my late husband was alive he deposited the sum of 10 Million Pounds with one Bank here in London.Presently, this money is still with the Bank. Recently, my Doctor told me that I would not last for the next 150days due to cancer problem. Though what disturbs me most is my stroke. Having known my condition I decided to donate this fund to an individual or better still a God fearing person who will utilize this money the way I am going to instruct here in. I want an individual that will use this to fund and provide succor to poor and indigent persons, orphanages, and widows and for propagating peace in the universe. Do understand that i am unable to give these funds to a british charity orindividual because i am required by law to get the endorsement of relatives to my late husband who are very wicked and are not interested in helping the poor as my late husband will want and this i believe is his reason for not letting them have knowledge of these funds until his death,revealing it to only me his wife.I understand that blessed is the hand that giveth. I took this decision because I do not have any child that will inherit this money and my husbandrelatives are not inclined to helping poor persons and I do not want my husbands hard earned money to be misused or spent in the manner in which my late husband did not specify. I do not want a situation where this moneywill be used in an ungodly manner, hence the reason for taking this bolddecision. I am not afraid of death hence I know where I am going. I know that I am going to be in the bosom of the Almighty. I do not need any telephone communication in this regard because of my health. As soon as I receive your reply I shall give you the contact of the Bank here in London. I will also notify them of my decision to have you recieve these funds as my beneficiary. I want you to always pray for me. My happiness is that I lived a life worthy of emulation. Whosoever that wants to serve the Almighty must serve him with all his heart and mind and soul and also in truth. Please always be prayerful all through your life. Any delay in your reply will give me room in sourcing for an individual for this same purpose. Please assure me that you will act according to my specification herein. Hoping to hear from you. Thank you and may the Almighty bless you. Yours sincerely, jennifer

1 0

Delivery Status Notification (Failure)
by postmaster＠ugo.com 25 Jul '06

25 Jul '06

Your message To: emagyarorszag(a)ugo.com Subject: Returned mail: see transcript for details Sent: Tue, 25 Jul 2006 11:06:46 -0400 did not reach the following recipient(s): emagyarorszag(a)ugo.com on Tue, 25 Jul 2006 11:06:18 -0400 The e-mail account does not exist at the organization this message was sent to. Check the e-mail address, or contact the recipient directly to find out the correct address. <ugoexchange.ugonetworks.com #5.1.1>

1 0

Undeliverable Mail
by MAILER-DAEMON＠mathworks.com 25 Jul '06

25 Jul '06

送信先システムが受け取れない状態になっているようです。規定回数の再送を試みましたが送信できませんでした。 Your mail attempted to be delivered on Tue, 25 Jul 2006 23:29:42 +0900 Could not be delivered to <degaris(a)central.murdoch.edu.au> As all user retries are exhausted >>> Connecting to remote MTA <<< TCP/IP Error

1 0

SnapMirror Transfer Size
by Glenn Walker 25 Jul '06

25 Jul '06

[Apparently, many don't know how to do this (including many in the 'GSC', reportedly) so I thought I'd share. This is useful for those (such as myself, at the moment) with WAN capacity issues] In order to account for the size of the next snapmirror transfer: 1.) Calculate the delta in 'df' output from source and destination (source used minus destination used) 2.) Calculate the sum of space used for all snapshots since (and including) the most recent snapmirror snapshot (the baseline). (this can be done most easily using Filerview, or if you really want to do some math use the 'own blocks' output via priv set diag; snap status) Add the two totals together and you've got your next snapmirror transfer size. Enjoy, Glenn

1 1

A PAYMENT AGENT NEEDED URGENTLY REPLY NOW
by RICOH Company Ltd 24 Jul '06

24 Jul '06

Hello Dear, RICOH Company Ltd. based in United Kingdom with an export office in LONDON. Our company was established in the year 1984 to produce Colour Multifunctional. We produce Colour Printers and B & W Printers from nearby sources to support its production process. In order to increase the variety of its products, the company invested in a new facility and the most advanced technology to produce some new products from Raw Materials. The new line of value added products includes Colour Multifunctional, B & W Multifunctional, Colour Printers, B & W Printers, wide Format Copiers, Facsimiles, Digital Duplicators, Scanners Product Related Solutions.... Digital Cameras, DVD+R/RW, 35mm Carmeras, Multimedia Devices, as well as raw materials, etc as a branch of our numerous services, and other value added products. We export these products into the following countries Japan, Singapore, Malaysia, Taiwan, France, Spain, Netherlands, Russia, Australia and New Zealand. Due to increase demands of our products in America and Canada, we decided to move our products often into the continent of America. By so doing, we are looking for someone who can serve as an in country representative who will be serving as a link between us and our customers within that province. It is upon this note that we are writing you this mail to seek your assistance in representing our company in your locality as our representative. Note that as a representative of our company; you will be entitled to 9% of any amount you receive from customers on behalf of the company as payments for outstanding debts or goods that they want to buy. As a representative of our company, your basic functions are as follows: 1. Maintenance of a sales office. The company will be responsible for the cost 2. Assume responsibility for all sales office 3. Lastly, contacting clients on behalf of the company who are ready to make payments or wanting to pay for products they purchase from the company. To facilitate the conclusion of this transaction if accepted, do send us in our London export office by mail promptly the following: 1. YOUR FULL NAMES AND ADDRESS. 2. YOUR DIRECT TELEPHONE AND FAX NUMBERS. 3. A COPY OF YOUR INTERNATIONAL PASSPORT AND/OR DRIVERS LICENSE. 4. AGE 5. MARITAL STATUS If interested, please get back to us via E-mail or Telephone Thanks for your co-operation. Yours Sincerely, Mr. Morgan Kelvin Executive Director (LONDON OFFICE) E-mail: ricoh(a)london.com Tell: +447024074386 Ricoh Company Ltd. For More Informations, Please Visit our website: www.ricoh.co.uk

1 0

Proposal for you!!!
by BENE MALEKE 24 Jul '06

24 Jul '06

Compliments of the day. My name is Mr.Bane Maleke, of 72 Buckingham Palace Road, London, UK. I am writing in respect of a proposal i think will be of great benefit to us.My long time client died after a brief illness on 02-26-2004.Due to my relationship with her,i am in possession of both personal and business documents relating to her estate.I also have the benefit as an insider since i equally maintained a steady secret romantic affair to know that my client had no kids since she was never married and her parents are late.I have waited for 2 years for any relative to show up but like i thought,no one has appeared.On this note,i decided to take advantage of this situation to better my life.My late client had deposited money to the tune of E1, 750,000.00(Great British Pounds)in a finance firm and another sum of E780,000.00(GBP)in a bank all here in London. Now,my proposal is this: i would want to position you as the next of kin to my late client in order to claim the funds in the bank and finance firm.I have all relevant documents to make a successful claim.For your efforts,your share would be 40% of net amount (after all inheritance taxes must have been deducted and paid to the authorities) that will come to you after the successful claim while i will take 60%.For the success of this transaction,i will need total co-operation and trust from you and you must equally take directives from me since am the one on ground that will see you through.We must work as a team to achieve our goal.If you are interested,contact me via email,phone or fax for me to give you the guidelines. Thank you. Yours Truly, Bane Maleke Tel No:+44-7031848899 Fax No:+44-8708316646 Email:benemlk@yahoo.com

1 0

ironport.servidores.unam.mx Virus infected message detected
by Mail Delivery System 24 Jul '06

24 Jul '06

The following viruses were detected in a message (MID 176410807): 'W32/MyDoom-O' Actions taken: Message dropped Original Envelope Sender: From toasters(a)mathworks.com Mon Jul 24 09:04:29 2006 Message Headers: From: toasters(a)mathworks.com To: jagarcia(a)servidor.unam.mx Subject: Mail System Error - Returned Mail Date: Mon, 24 Jul 2006 22:04:03 +0800 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0002_1AC7BD4A.972989BB" 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

1 0

Re: Payment Release order
by European Gaming Board 24 Jul '06

24 Jul '06

Attn: Winner Re: Confimatory Report from The European Gaming Board A.m Reports confirms that after a protracted deliberation on the validity of your lottery claim application,we have received signals to confirm that your funds release order application has been successful for £2m (two million pounds). Hence you are advised on final notice and as a matter of urgency, to contact our licensed claim agent for European Gaming Board Winners for the processing of your prize awards winning and payment to your designated bank account after all statutory obligations have been concluded satisfactorily. Contact thus: CONTACT NAME: Alfred Howells Fax: +44-700-598-3304 Email: claimsagent05(a)aol.de OR claimsagenttwo(a)yahoo.com With the following informations; FULL NAMES: ADDRESS: SEX: AGE: MARITAL STATUS: OCCUPATION: E-MAIL ADDRESS: TELEPHONE/FAX NUMBER: COUNTRY: Do note that approval is valid for 14days, hence expires on the 14th day from this notification. Regards, MR ARMSTRONG O'BRIEN. PAYMENT CO-ORDINATOR.

1 0

RE: filer upgrade
by Hasni.Bekkay＠shell.com 24 Jul '06

24 Jul '06

I know I can check by using wafl scan status. the problem is, we have a critical data on these filers and we would to have an estimate of how long the inode conversion will take to finish, is it 4H, 10h....etc. Thx. Hasni. -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com]On Behalf Of Eyal Traitel Sent: vrijdag 21 juli 2006 19:34 To: Blake Golliher Cc: Bekkay, Hasni H SITI-ITIBHL; toasters(a)mathworks.com Subject: Re: filer upgrade You can try to look at "priv set diag; wafl scan status". Eyal. On 7/21/06, Blake Golliher < thelastman(a)gmail.com> wrote: The number of files will have an effect as well. I'm not sure if anyone outside of NetApp's WAFL team will know the answer. The inode conversion happens in the background after the filer is up, and serving data. Generally it has little to no effect on production workload. YMMV. -Blake On 7/21/06, Hasni.Bekkay(a)shell.com < Hasni.Bekkay(a)shell.com> wrote: > > > > Hi, > > We would like to upgrade 2 of our filers to DataOntap 7.3.0P3 and we would > like to know the time it is going to take for the inode conversion. > > Details: > F840.....6.4.4P8 (diskspace 5.4TB) > FAS960.....6.4.4P8 (diskspace 20.2 TB) > Also some of the volumes are around 90 - 95%. > > I appreciated your input.... > > Regards, > Hasni.Bekkay > > Office Tel: +31 70 303 4046 > Email: Hasni.Bekkay(a)shell.com > Internet: http://www.shell.com > -- Yours, Eyal.

1 0

Dr Claude Leobert JACOMO / 0022 508 569 621.
by leobert jacomo 24 Jul '06

24 Jul '06

Je vous salue avec déférence, puis me présente à vous avec votre permission, Docteur Claude Leobert JACOMO, Administrateur Exécutif d'un Organe Attributaire Gouvernementale en Côte d'Ivoire. De par mes capacités de Leader de ce Comité d'Attribution de Marchés, je vous fais ce contact dans l'optique recherchée d'une relation partenariale solide, à rejaillissement mutuel bénéfique, et ne comportant aucun risque pour nos carrières ou familles respectives. Le Comité d'Attribution sous ma direction, est en phase d'opérer à l'octroi d'un marché ouvert, dont la valeur globale est chiffrée à plusieurs millions d'euros. Je planifie du haut de ma qualité d'Administrateur Exécutif, dinfluencer légalement et de manière ordinaire la donne d'attribution de ce marché encours, et cela, lors du Conclave des Administrateurs prévu pour la désignation du meilleur postulant. Pourront-y prendre part des opérateurs économiques nationaux ou étrangers. Aussi et surtout, je voudrais vous informer qu'en seulement 5 jours ouvrables de travail en pleine collaboration, nous pourrions, pour le volet Attribution remplir dûment les modalités documentaires fixées, passant bien évidemment par la conception d'un dossier de candidature de poids pour vous. Il importe peu que vous soyez fonctionnaire de l'Etat, Travailleur du privé, ou tout simplement Particulier à votre propre compte, puisque vous soumissionnerez en tant qu'opérateur économique (entrepreneur libéral) à ce marché. L'attribution de ce marché à vous, fera suite immédiatement à l'opération de mobilisation de l'avance forfaitaire, qui est habituellement de la moitié de la valeur financière du marché. Cette avance de démarrage se confirmera dans un lapse de 48 à 72 heures en rapport avec le mode de paiement choisi par le bénéficiaire du marché. Je vous en prie, faisons de la légitimité, de la légalité et de la grande confidentialité, nos atouts majeurs de réussite dans cette opportunité qui reste à saisir. Je vous renseignerai dans les détails, à la réception de votre réponse montrant votre intérêt dans ce projet imminent. Bien à vous, Dr. Claude-Léo JACOMO 0022 508 569 621. executif(a)dr.com ¡Miles de amigos con tus mismas aficiones! http://www.latinchat.com

1 0

RE: Defragmenation Question on Filer after few GB deletion.
by Glenn Walker 23 Jul '06

23 Jul '06

This is a 'rule of thumb' thing - and depends on the type of application to some degree.. For most workloads, WAFL does exceedingly well with 10% free space (90% used). For Exchange, the workload itself is horrible for fragmentation, so the rule of thumb is about 20% free space (80% used). As for volume\aggregate level, it shouldn't matter - the flexvol is more of a quota than anything else - if you have 10% free in the flexvol, then those same 10% (in KB) would be marked as 'used' in the aggregate but no data would be written to them. Likewise, if the flexvol is full, but there is 10% free space in the aggr, then you should be ok. Glenn -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Hadrian Baron Sent: Friday, July 21, 2006 12:54 PM To: Stephen C. Losen; margesimpson(a)hushmail.com Cc: toasters(a)mathworks.com Subject: RE: Defragmenation Question on Filer after few GB deletion. Whats a decent amount of free space in regards to this? 80%? 85%? 90%? Also are we talking about at the volume level, or aggregate level? Just to clarify :) Hadrian Baron Network Engineer VEGAS.com -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Stephen C. Losen Sent: Friday, July 14, 2006 5:43 AM To: margesimpson(a)hushmail.com Cc: toasters(a)mathworks.com Subject: Re: Defragmenation Question on Filer after few GB deletion. > Hi all: > Could tech gurus respond to this question: > I am planning to clean up some space on the filer - say 10GB. > > Since WAFL FS is intellegent minimizing the defrag issues, what > happens on deletion of the files on my volume? > If I delete 10GB of 50GB, will the FS still be fragmented, or WAFL > does it auto when files are deleted? > Do I will have to run defrag tools explicitly? > > Thank you for your reply. > Marge. > I don't think you will have any performance problems and I don't think that you will need to run any tools to reorganize the disk storage. Freeing disk space does not increase "fragmentation" in WAFL. The way WAFL is designed, if you have a decent amount of free space then WAFL is able to write data efficiently and hence read it back later efficiently. If you have enough free blocks, then WAFL can localize a disk writing episode to a small number of RAID stripes, which is more efficient than scattering writes over many RAID stripes, because WAFL must update the parity for each RAID stripe that is changed. Note that each block in a RAID stripe is on a different disk, so writing a RAID stripe writes to numerous disks in parallel. Where you run into trouble is when you let an aggregate or traditional volume get nearly full. This means that free blocks are scarce and so WAFL must make do with whatever free blocks it can find. The free blocks may be scattered over many RAID stripes, which requires many more parity updates. This can also hurt read performance later when you want to read the data back (even though parity is not an issue when reading). Freeing up disk space should improve your write performance and not hurt your read performance. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

1 0

New message
by Juan 23 Jul '06

23 Jul '06

This is a text part of the message. It is shown for the users of old-style e-mail clients

1 0

From: Mr. Graham Hurford (Joint Venture)
by Graham Hurford 23 Jul '06

23 Jul '06

FROM THE DESK OF: Mr. Graham Hurford, Senior Audit Officer, Halifax Bank Plc, Trinity Road, Halifax, West Yorkshire HX1 2RG. ATTN: My name is Mr. Graham Hurford. I am located in the United Kingdom and work in the establishment stated above this email. I am writing to direct an urgent business proposal to you. I simply haven't met with you before, but I will need your assistance and guidelines in making a business investment on landed properties or in any lucrative sphere of business in your country. Owing to the nature of this transaction, I would appreciate an immediate response from you acknowledging the receipt of my email and I will be obliged to furnish you with explicit details of the project and the urgency at which I need to get the funds transferred out of the United Kingdom. Please contact me as a matter of urgency via email for further details relating to this project. Kind regards, Graham Hurford.

1 0

failure notice
by MAILER-DAEMON＠bouncehost 23 Jul '06

23 Jul '06

Hi. This is the qmail-send program at bouncehost. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. <dreamleagueny(a)gmail.com>: 64.233.185.114 failed after I sent the message. Remote host said: 552 5.7.0 Illegal Attachment 38si3462339wrl --- Enclosed are the original headers of the message.

1 0

Delivery Notification: Delivery has failed
by Internet Mail Delivery 23 Jul '06

23 Jul '06

This report relates to a message you sent with the following header fields: Return-path: <toasters(a)mathworks.com> Return-path: <toasters(a)mathworks.com> Received: from ims-ms-daemon.ms2b.sltnet.lk by ms2b.sltnet.lk ("SLTNet Server") id <0J2U00K7R7ZFA2(a)ms2b.sltnet.lk> (original mail from toasters(a)mathworks.com) ; Sun, 23 Jul 2006 09:20:03 +0530 (LKT) Received: from relay5 ([192.168.3.27]) by ms2b.sltnet.lk ("SLTNet Server") with ESMTP id <0J2U00I7I7ZFW0(a)ms2b.sltnet.lk> for daph%sltnet.lk@ims-ms-daemon (ORCPT daph(a)sltnet.lk); Sun, 23 Jul 2006 09:20:03 +0530 (LKT) Received: from laknet.slt.lk (localhost [127.0.0.1]) by relay5.slt.lk ("SLTNet Server") with ESMTP id <0J2U00CUU7JB8C(a)relay5.slt.lk> for daph(a)sltnet.lk (ORCPT daph(a)sltnet.lk); Sun, 23 Jul 2006 09:10:24 +0530 (LKT) Received: from correo.euskaltel.es (ektmail6mta1.euskaltel.es [212.55.8.90]) by laknet.slt.lk (8.13.4/8.13.4) with ESMTP id k6N3mjjh027803 for <daph(a)sltnet.lk>; Sun, 23 Jul 2006 09:18:47 +0530 (LKT) Received: from mathworks.com ([62.99.61.94]) by ektmail6mta1.euskaltel.es (Sun Java System Messaging Server 6.2-3.03 (built Jun 27 2005)) with ESMTP id <0J2U00J247Z5LH00(a)ektmail6mta1.euskaltel.es> for daph(a)sltnet.lk; Sun, 23 Jul 2006 05:50:08 +0200 (MEST) Date: Sun, 23 Jul 2006 05:39:26 +0200 From: toasters(a)mathworks.com Subject: Error To: daph(a)sltnet.lk Message-id: <0J2U00J2F7ZFLH00(a)ektmail6mta1.euskaltel.es> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Mailer: Microsoft Outlook Express 6.00.2600.0000 Content-type: multipart/mixed; boundary="Boundary_(ID_jtXkNaJOjuhAqTlbBORwPA)" X-Priority: 3 X-MSMail-priority: Normal Your message cannot be delivered to the following recipients: Recipient address: daph%sltnet.lk@ims-ms-daemon Original address: daph(a)sltnet.lk Reason: Over quota UmVwb3J0aW5nLU1UQTogZG5zO21zMmIuc2x0bmV0LmxrIChpbXMtbXMtZGFlbW9u KQoKT3JpZ2luYWwtcmVjaXBpZW50OiByZmM4MjI7ZGFwaEBzbHRuZXQubGsKRmlu YWwtcmVjaXBpZW50OiByZmM4MjI7ZGFwaCVzbHRuZXQubGtAaW1zLW1zLWRhZW1v bgpBY3Rpb246IGZhaWxlZApTdGF0dXM6IDUuMi4yIChPdmVyIHF1b3RhKQoK

1 0

delivery failed
by Post Office 22 Jul '06

22 Jul '06

Your message was undeliverable due to the following reason: Your message could not be delivered because the destination computer was unreachable within the allowed queue period. The amount of time a message is queued before it is returned depends on local configura- tion parameters. Most likely there is a network problem that prevented delivery, but it is also possible that the computer is turned off, or does not have a mail system running right now. Your message could not be delivered within 2 days: Host 31.28.138.17 is not responding. The following recipients could not receive this message: <toasters(a)mathworks.com> Please reply to postmaster(a)mathworks.com if you feel this message to be in error.

1 0

Re: FAS3050 and Oracle over NFS - recommendation needed
by Tim McCarthy 22 Jul '06

22 Jul '06

I had a bizarre issue setting up Oracle over NFS. I had to set some off-color nfs options. If I recall, the only way I could get ORACLE to setup and finish setup over NFS was to introduce the "llock" option on *any* NFS related mount points for oracle. I am sure I was missing something, since in the past it was never difficult, but after spend many install/reinstall phases, it was the only thing I could find that worked and Oracle was not helpful at all. After the DB was created, i could go back and remove the llock on some of the mounts, but not the mounts where the actual DB was. This was the same for Solaris 9 & 10. Not sure if I was using or if I even tried to use DIRECT_IO. --tmac Blake Golliher wrote: > Typically what I've seen, a 20 disk raidgroup is all you need, and > just add more raid groups. So two 20 disk raidgroups (I'd use > raid_dp, cause I think it's awesome) should be great. Aggr's vs. > FlexVol's is up to you. FlexVols offers some great features you may > like, so a single 40 disk aggregate over two 20 disk raidgroups sounds > good. > > I'd use more loops. ESH2's offer 6 shelves per loop, and you can hot > add shelves onto existing loops. So you can start off with two > shelves on one loop, and one shelve on another loop. With things like > rapid raid recovery and raid_dp, and the cluster partner head, you > should be in a pretty good shape for most failures. > > How are you going to backup this database? You might need to burn one > of the fcp ports for your library, or use the scsi port for the tape > drive. Or are you using something like DataGuard? > > I like jumbo frames. They'll help with the cpu load on the db servers > mostly, from what I've seen, others may have different experience. We > don't use them internally because of problems we've had in the past. > YMMV. > > Everyone does things differently, let's see how others on the list do this. > > -Blake > > On 7/20/06, Sto Rage(c) <netbacker(a)gmail.com> wrote: >> Fellow Toasters, >> We purchased a new FAS3050c with the intent of using it for Oracle >> over NFS. This will be our first exposure to Oracle over NFS as we >> are migrating from a SAN environment (EMC Symm 8430), so we need to >> ensure we get as good a performance we got from our SAN. The filers >> would also be serving regular CIFS and NFS data. >> >> Here's the configuration, please suggest the best way to lay out the >> aggregates in order to provide optimum performance for Oracle over >> NFS. >> Filer Configuration: >> - FAS3050c with 6 shelves (3 shelves per head). Shelves are with 300GB >> 10K FC drives. No additional add-on cards, just with 4 built-in Gig-E >> and FC ports each. >> - The 3 shelves are all on a single loop now, would this be a problem? >> There are 2 FC ports free for future shelf expansion. Should we start >> off with 2 loops now, 1 loop with 2 shelves and 1 with just 1 shelf? >> - On each head, we have created a VIF using 2 NICs each, exclusive for >> Oracle NFS traffic with Jumbo frames enabled and hooked to a dedicated >> Gigabit switch with no routing outside. One NIC is configured for >> regular CIFS/NFS traffic and will be on our normal LAN. The 4th NIC is >> un-configured at present. >> There will be 4 Solaris 10 boxes running Oracle, 2 production and 2 >> dev, each with 1 NIC dedicated for oracle NFS and jumbo frames >> enabled. We may add a 2nd NIC to the production hosts and trunk it for >> Oracle NFS in the future and at that time add the 3rd NIC on the >> filers to the VIF. Does this network configuration look reasonable. >> The oracle application will have about 100 to 150 users running ERP, >> with about 50 to 60 concurrent users. The database size is not large, >> under 500GB (including dev and production) >> >> Now the question on creating the aggregates. We definitely want to get >> the best performance possible and at the same time don't want to >> sacrifice too much capacity by creating smaller RAID groups. So this >> is what I have in mind: >> >> On each head, create 2 aggregates with 20 disks each, leaving 2 disks >> as spare. The aggregates will have a raid size of 20 disks (instead of >> the default 16), there by maximizing the disks for data (about 4 TB >> usable per aggregate). This means there is just 1 RAID set per >> aggregate. Is this OK? What would be the impact when there is a disk >> failure and rebuilds? >> Is it better to create smaller raid groups with a raidsize of 10 to >> minimize rebuild performance? >> Should we look at creating 1 single aggregate with 40 disks? I know >> more the spindles the better for an aggregate, how big a difference >> will a 40 disk aggregate make over a 20 disk one? When does the >> spindle count max out performace? >> >> Hope this is enough information to start a meaningful discussion. >> Looking forward to all of your valuable inputs. The NetApp white >> papers don't have these kind of detailed configuration inforamtion. >> >> TIA >> -G >> > >

1 0

dgagent@cncbiz.com's Autoreply
by dgagent＠cncbiz.com 21 Jul '06

21 Jul '06

ÄúºÃ£¡ ÄúµÄÓÊÏäÒÑÊÕµœ£¬ÎÒÃÇ»áŸ¡¿ìŽŠÀí£¡ ÏÖÔÚÎÒµÄÓÊÏäÒÑ±äÎª£ºlmq@dgcnc.comÈçÓÐÎÊÌâ£¬Çë·¢ÓÊŒþµœŽËÓÊÏä£¬Ð»Ð»£¡

1 0

RE: Defragmenation Question on Filer after few GB deletion.
by Hadrian Baron 21 Jul '06

21 Jul '06

Whats a decent amount of free space in regards to this? 80%? 85%? 90%? Also are we talking about at the volume level, or aggregate level? Just to clarify :) Hadrian Baron Network Engineer VEGAS.com -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Stephen C. Losen Sent: Friday, July 14, 2006 5:43 AM To: margesimpson(a)hushmail.com Cc: toasters(a)mathworks.com Subject: Re: Defragmenation Question on Filer after few GB deletion. > Hi all: > Could tech gurus respond to this question: > I am planning to clean up some space on the filer - say 10GB. > > Since WAFL FS is intellegent minimizing the defrag issues, what > happens on deletion of the files on my volume? > If I delete 10GB of 50GB, will the FS still be fragmented, or WAFL > does it auto when files are deleted? > Do I will have to run defrag tools explicitly? > > Thank you for your reply. > Marge. > I don't think you will have any performance problems and I don't think that you will need to run any tools to reorganize the disk storage. Freeing disk space does not increase "fragmentation" in WAFL. The way WAFL is designed, if you have a decent amount of free space then WAFL is able to write data efficiently and hence read it back later efficiently. If you have enough free blocks, then WAFL can localize a disk writing episode to a small number of RAID stripes, which is more efficient than scattering writes over many RAID stripes, because WAFL must update the parity for each RAID stripe that is changed. Note that each block in a RAID stripe is on a different disk, so writing a RAID stripe writes to numerous disks in parallel. Where you run into trouble is when you let an aggregate or traditional volume get nearly full. This means that free blocks are scarce and so WAFL must make do with whatever free blocks it can find. The free blocks may be scattered over many RAID stripes, which requires many more parity updates. This can also hurt read performance later when you want to read the data back (even though parity is not an issue when reading). Freeing up disk space should improve your write performance and not hurt your read performance. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

3 2

filer upgrade
by Hasni.Bekkay＠shell.com 21 Jul '06

21 Jul '06

Hi, We would like to upgrade 2 of our filers to DataOntap 7.3.0P3 and we would like to know the time it is going to take for the inode conversion. Details: F840.....6.4.4P8 (diskspace 5.4TB) FAS960.....6.4.4P8 (diskspace 20.2 TB) Also some of the volumes are around 90 - 95%. I appreciated your input.... Regards, Hasni.Bekkay Office Tel: +31 70 303 4046 Email: Hasni.Bekkay(a)shell.com Internet: http://www.shell.com

3 2

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