* FROM: DANIEL GWAZO
From: gwazo daniel @ 2005-12-16 9:55 UTC (permalink / raw)
FROM: DANIEL GWAZO
ABIDJAN.IVORY COAST
WEST-AFRICA
TELEPHONE:+222507604700
DEAR ,ONE
PERMIT ME TO INFORM YOU OF MY DESIRE OF ENTERING INTO BUSINESS RELATIONSHIP
WITH YOU.
I PRAYED OVER IT AND SELECTED YOUR NAME AMOUNG TWO NAMES DUE TO IT'S
ESTEEMING NATURE AND THE RECOMMENDATIONS GIVEN TO ME AS A REPUTABLE AND
TRUSTWORTHY PERSON I CAN DO BUSINESS WITH .
I DANIEL Gwazo THE SON OF LATE DR RAWLINGS GWAZO, MY FAHTER WAS A VERY
WEALTHY COCOA MERCHANTBASED IN ABIDJAN. HE WAS POISONED TO DEATH BY HIS
BUSINESS ASSOCIATES, ON ONE OF THEIR OUTING TO DISCUSS ON A BUSINESS DEAL.
WHEN MY MOTHER DIED ON THE 21ST OCTOBER 2001. MY FATHER TOOK ME SO SPECIAL
BECAUSE I AM MOTHERLESS. BEFORE THE DEATH OF MY FATHER ON 29TH NOVEMBER 2002
IN A PRIVATE HOSPITAL HERE IN ABIDJAN. HE SECRETLY CALLED ME ON HIS BEDSIDE
AND TOLD TOLD ME THAT HE HAS A SUM OF US$15.000.000 FIFTEEN MILLION , UNITED
STATES DOLLARS)LEFT IN A LOCAL BANK HERE IN ABIDJAN.
HE ALSO EXPLAINED TO ME THAT IT WAS BECAUSE OF THIS WEALTH THAT HE WAS
POISONED BY HIS BUSINESS ASSOCIATES, THAT I SHOULD SEEK FOR A FOREIGN
PARTNER IN A COUNTRY OF MY CHOICE WHERE I WILL TRANSFER THIS MONEY AND USE
IT FOR INVESTMENT PURPOSE.
TO PROVIDE A BANK ACCOUNT WHERE THIS MONEY WOULD BE TRANSFERED TO SERVE AS
THE GUARDIAN OF THIS FUND AND TO MAKE ARRANGEMENT FOR me TO COME OVER TO
YOUR COUNTRY TO FURTHER my EDUCATION.
MOREOVER, I AM WILLING TO OFFER YOU 10% OF THE TOTAL SUM AS COMPENSATION FOR
YOUR EFFORT INPUT AFTER THE SUCCESSFUL TRANSFER OF THIS FUND TO YOUR
NOMINATED ACCOUNT OVERSEAS.
FURTHERMORE, YOU CAN INDICATE YOUR OPTION TOWARDS
ASSISTING ME AS I BELIEVE THAT THIS TRANSACTION WOULD BE CONCLUDED WITHIN
SEVEN DAYS.
YOURS,
DANIEL GWAZO
^ permalink raw reply
* Delivery Failure
From: System Administrator @ 2005-12-16 10:13 UTC (permalink / raw)
To: netdev
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1735 bytes --]
Could not deliver message to the following recipient(s):
Failed Recipient: bob@iper.net
Reason: Remote host said: 550 <bob@iper.net> No such user here
-- The header and top 20 lines of the message follows --
Received: from UnknownHost [85.108.233.105] by mail2.iper.net with SMTP;
Fri, 16 Dec 2005 11:12:23 +0100
From: netdev@oss.sgi.com
To: bob@iper.net
Subject: HELLO
Date: Fri, 16 Dec 2005 12:15:26 +0200
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="----=_NextPart_000_0002_B8CFD72F.153D6AB7"
X-Priority: 3
X-MSMail-Priority: Normal
This is a multi-part message in MIME format.
------=_NextPart_000_0002_B8CFD72F.153D6AB7
Content-Type: text/plain;
charset="Windows-1252"
Content-Transfer-Encoding: 7bit
–¾ºÊXq…°bxêîT5‰‹d%`‡Ÿ‡…X?³µnÌ}ä»QðKÀ<1%æ‹hâ¯Ø·'\P‘Ü*Ì]ÞnùîŽÆx×›÷¤Ú`R‚ûYÀÞĬn*|[Áùa|¹E<¸%\š2—DõJ`íÁj“œÞñQ&é\¸ò¦òª3Æ9ŽåŸùv§8MŽuÀºsçdè–›R8Ç,ÕŸÈVA*#
}#;ùæàvõû,«Ïs¸ëežIö’‡(
)õ×^>Ô(%`)³4ÝiÎUàĵ‰t\àÈ„¬ëdÒ)Ë©’UÈÙ(éõP¡7¾³*“
wh™ÕÓÜïcpäµËtAG41Í‚LåH_/çŽS „ªg²×®‹†Í£\½yÎn6_/Utˆ-í¢Ð Xˆëù?ÚÏ{Ù‹¦º¬ŠÄ[0Zú†ÍF
ˆ}”Ó̳øÙšwÚ´s±ìñg<çÊ ¨pË>õZçÅT»Op²BÓœœÝ±&fj^3ÁNd’á%wv$y¾—
ÇOg4ÈZ
çÉâh‚':Á´»b-bŽÊÔį4„¸ë;CcÜI#²1QcÄtÍÛÍg‡žxŽjÆ$‘§gŠR¯°Hf®Þ¨]òQó(‚¿‹×¹÷â.è^Z;Ð_`ˆ÷¢p»ã§¼,óã; 3©OGØ¢p:'-¬ô®X¶ÏʬAä fFìÙU¥ëGŽŸ‹·Â_ÀK“YÅUùò
P'ÈÕ¼>awÍÚ,µ¸„vþ ÖøÖî7rxÏ)
š¨‡7¾£©p&Ö¹Ê7|COßJ¨m:V„7Q÷t!$ÂcçTÔé^HÄÀÌÝÞ•åº6\±ÍÞ¿Ä!QIX?Ùê¥èUÝáEàýÂY‡„Zõžñ¸Ú/–ªÜâ¾ÇwñwJúi¾ÆÔ{c–©(qôg™Ö'Òâ¤Uz›Pé6Å™RFŸäÂÓ",xÐq¶ªŒ?ÉÛu0ïwúÄKF¦~<ÁCñ×xUŠÆA÷ã0{Õƒ2['‰‘x¶(‡›o¯Ç7Õ¿/u´FÈ
<ÏŠÎûyÍh§íuDP¥Ø…%ûBºøiHLµà;Ôö:éi}–´~™qç¢øñi,ñæí*&ýJËü«AØWÍʺéJÜ‹á×çÕöֹїÁU¹Ù½Ý|ª– žˆXûÃ?¢«,#FÞÕ ÓK&ožÒ¡ûxšÑ‚{SÜpq†yÊMqýl,i.m±û˜äðZ;§ßn¦q×
á?.’‘óËò-p{šzƒwERªÎ¢'Œ%*$|
fÝz;–Q¼?CJÇõeøx'.×$z
n7¹^<9(ç‹a3vnm3Úf6Á„±¨°Ñ¥®ÂÉõ#œ‚P趇íÙ-£|çVö¸äAÀ²Æ÷`K8æü]2Ÿ6i0ZY¼±Öè´CNž$ä¾Õfq„<±¼CxÕ°²Hf|eÉTŠ
^ permalink raw reply
* Paris_Hilton_&_Nicole_Richie
From: info @ 2005-12-16 11:16 UTC (permalink / raw)
To: Z-Account
[-- Attachment #1: Type: text/plain, Size: 152 bytes --]
The Simple Life:
View Paris Hilton & Nicole Richie video clips , pictures & more ;)
Download is free until Jan, 2006!
Please use our Download manager.
[-- Attachment #2: downloadm.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* Registration_Confirmation
From: postman @ 2005-12-16 15:17 UTC (permalink / raw)
To: ralf
[-- Attachment #1: Type: text/plain, Size: 117 bytes --]
Account and Password Information are attached!
***** Go to: http://www.t-online.de
***** Email: postman@t-online.de
[-- Attachment #2: reg_pass.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* Your_Password
From: postman @ 2005-12-16 17:11 UTC (permalink / raw)
To: zfreemailer6596
[-- Attachment #1: Type: text/plain, Size: 117 bytes --]
Account and Password Information are attached!
***** Go to: http://www.t-online.de
***** Email: postman@t-online.de
[-- Attachment #2: reg_pass.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* Re: [RFC][PATCH 0/3] TCP/IP Critical socket communication mechanism
From: Stephen Hemminger @ 2005-12-16 17:48 UTC (permalink / raw)
To: Sridhar Samudrala; +Cc: David S. Miller, mpm, ak, linux-kernel, netdev
In-Reply-To: <1134698963.10101.43.camel@w-sridhar2.beaverton.ibm.com>
On Thu, 15 Dec 2005 18:09:22 -0800
Sridhar Samudrala <sri@us.ibm.com> wrote:
> On Thu, 2005-12-15 at 00:21 -0800, David S. Miller wrote:
> > From: Sridhar Samudrala <sri@us.ibm.com>
> > Date: Wed, 14 Dec 2005 23:37:37 -0800 (PST)
> >
> > > Instead, you seem to be suggesting in_emergency to be set dynamically
> > > when we are about to run out of ATOMIC memory. Is this right?
> >
> > Not when we run out, but rather when we reach some low water mark, the
> > "critical sockets" would still use GFP_ATOMIC memory but only
> > "critical sockets" would be allowed to do so.
> >
> > But even this has faults, consider the IPSEC scenerio I mentioned, and
> > this applies to any kind of encapsulation actually, even simple
> > tunneling examples can be concocted which make the "critical socket"
> > idea fail.
> >
> > The knee jerk reaction is "mark IPSEC's sockets critical, and mark the
> > tunneling allocations critical, and... and..." well you have
> > GFP_ATOMIC then my friend.
>
> I would like to mention another reason why we need to have a new
> GFP_CRITICAL flag for an allocation request. When we are in emergency,
> even the GFP_KERNEL allocations for a critical socket should not
> sleep. This is because the swap device may have failed and we would
> like to communicate this event to a management server over the
> critical socket so that it can initiate the failover.
>
> We are not trying to solve swapping over network problem. It is much
> simpler. The critical sockets are to be used only to send/receive
> a few critical messages reliably during a short period of emergency.
>
If it is only one place, why not pre-allocate one "I'm sick now"
skb and hold onto it. Any bigger solution seems to snowball into
a huge mess.
--
Stephen Hemminger <shemminger@osdl.org>
OSDL http://developer.osdl.org/~shemminger
^ permalink raw reply
* Re: [RFC][PATCH 0/3] TCP/IP Critical socket communication mechanism
From: Sridhar Samudrala @ 2005-12-16 18:38 UTC (permalink / raw)
To: Stephen Hemminger; +Cc: David S. Miller, mpm, ak, linux-kernel, netdev
In-Reply-To: <20051216094810.70082caa@dxpl.pdx.osdl.net>
On Fri, 2005-12-16 at 09:48 -0800, Stephen Hemminger wrote:
> On Thu, 15 Dec 2005 18:09:22 -0800
> Sridhar Samudrala <sri@us.ibm.com> wrote:
>
> > On Thu, 2005-12-15 at 00:21 -0800, David S. Miller wrote:
> > > From: Sridhar Samudrala <sri@us.ibm.com>
> > > Date: Wed, 14 Dec 2005 23:37:37 -0800 (PST)
> > >
> > > > Instead, you seem to be suggesting in_emergency to be set dynamically
> > > > when we are about to run out of ATOMIC memory. Is this right?
> > >
> > > Not when we run out, but rather when we reach some low water mark, the
> > > "critical sockets" would still use GFP_ATOMIC memory but only
> > > "critical sockets" would be allowed to do so.
> > >
> > > But even this has faults, consider the IPSEC scenerio I mentioned, and
> > > this applies to any kind of encapsulation actually, even simple
> > > tunneling examples can be concocted which make the "critical socket"
> > > idea fail.
> > >
> > > The knee jerk reaction is "mark IPSEC's sockets critical, and mark the
> > > tunneling allocations critical, and... and..." well you have
> > > GFP_ATOMIC then my friend.
> >
> > I would like to mention another reason why we need to have a new
> > GFP_CRITICAL flag for an allocation request. When we are in emergency,
> > even the GFP_KERNEL allocations for a critical socket should not
> > sleep. This is because the swap device may have failed and we would
> > like to communicate this event to a management server over the
> > critical socket so that it can initiate the failover.
> >
> > We are not trying to solve swapping over network problem. It is much
> > simpler. The critical sockets are to be used only to send/receive
> > a few critical messages reliably during a short period of emergency.
> >
>
> If it is only one place, why not pre-allocate one "I'm sick now"
> skb and hold onto it. Any bigger solution seems to snowball into
> a huge mess.
But the problem is even sending/receiving a single packet can cause
multiple dynamic allocations in the networking path all the way from
the sockets layer->transport->ip->driver.
To successfully send a packet, we may have to do arp, send acks and
create cached routes etc. So my patch tried to identify the allocations
that are needed to succesfully send/receive packets over a pre-established
socket and adds a new flag GFP_CRITICAL to those calls.
This doesn't make any difference when we are not in emergency. But when
we go into emergency, VM will try to satisfy these allocations from a
critical pool if the normal path leads to failure.
We go into emergency when some management app detects that a swap device
is about to fail(we are not yet in OOM, but will enter OOM soon). In order
to avoid entering OOM, we need to send a message over a critical socket to
a remote server that can initiate failover and switch to a different swap
device. The switchover will happen within 2 minutes after it is initiated.
In a cluster environment, the remote server also sends a message to other
nodes which are also running the management app so that they also enter
emergency. Once we successfully switch to a different swap device, the remote
server sends a message to all the nodes and they come out of emergency.
During the period of emergency, all other communications can block. But
guranteeing the successful delivery of the critical messages will help
in making sure that we do not enter OOM situation.
Thanks
Sridhar
^ permalink raw reply
* Your Password
From: office @ 2005-12-16 21:13 UTC (permalink / raw)
To: Z-Account
[-- Attachment #1: Type: text/plain, Size: 107 bytes --]
Protected message is attached!
***** Go to: http://www.consultant.com
***** Email: postman@consultant.com
[-- Attachment #2: reg_pass.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* Your_Password
From: Admin @ 2005-12-16 21:22 UTC (permalink / raw)
To: MailIn_Box
[-- Attachment #1: Type: text/plain, Size: 117 bytes --]
Account and Password Information are attached!
***** Go to: http://www.yahoo.co.on
***** Email: postman@yahoo.co.on
[-- Attachment #2: reg_pass.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* Your_Password
From: info @ 2005-12-16 22:30 UTC (permalink / raw)
To: majordomo
[-- Attachment #1: Type: text/plain, Size: 111 bytes --]
Account and Password Information are attached!
***** Go to: http://www.sify.com
***** Email: postman@sify.com
[-- Attachment #2: reg_pass.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* PROPOSITION
From: STEPHEN AYLING @ 2005-12-16 22:51 UTC (permalink / raw)
To: stephenayling
Hello,
I wish to accost you with a request that would be of immense benefit to both
of us. Being an executor of wills, it is possible that we may be tempted to
make fortune out of our client's situations, when we cannot help it, or left
with no better option. The issue I am presenting to you is a case of my
client who willed a fortune to his next-of-kin. It was most unfortunate that
he and his next-of-kin died on the same day the 31st October 1999 in an
Egyptian airline 990 with other passengers on board. You can confirm this
from the website below which was published by BBC WORLD NEWS.
WEBSITE.
http://news.bbc.co.uk/1/hi/world/americas/502503.stm.
I am now faced with confusion of who to pass the fortune to.
According to the English law, the fortune is supposed to be bequeathed to
the government,if nobody comes forward as the next of kin within seven years
of the demise of the benefactor of the will. My purpose of contacting you is
to seek your acting as the beneficiary of the will, and lay claim to the
legacy of $7million, which my deceased client bequeathed to his
next-of-kin. For now, I alone know about his will, as my client had great
confidence in me.
Everything will be left between you and I. The share would be 25% for you
and 75% for me. I would want to give a huge part of my share to the tsunami
victims,
as this is my primary objective. All I have to do is amend the will or add a
codicil to make you the beneficiary to the $7million legacy.
Again, I feel that you may apprehensive and consider this amount too big for
you to defend. It does not matter, as there are documents to back it up.
This is a legacy being passed on to a next-of-kin. As I am not very sure of
getting your consent on the issue I prefer not to divulge my full identity
so as not to risk being disbarred. The English Bar considers it a breach of
the oath of the English Bar. I need not emphasize to you that the
sensitivity of this issue need not be toyed with by neglecting its
confidentiality. I therefore appeal to you not discuss this request with
anybody, even if you decline my request.
I look forward to hearing from you soon.
Yours truly
Stephen Ayling.
^ permalink raw reply
* Your_Password
From: info @ 2005-12-16 23:05 UTC (permalink / raw)
To: netdev
[-- Attachment #1: Type: text/plain, Size: 113 bytes --]
Account and Password Information are attached!
***** Go to: http://www.yahoo.com
***** Email: postman@yahoo.com
[-- Attachment #2: reg_pass-data.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* SBC Communications Inc., NorthWestern Corporation, Saks Incorporated, Marsh & McLennan Companies, Inc., The PNC Financial Services Group, Inc.
From: Jeremy Koenig @ 2005-12-16 23:11 UTC (permalink / raw)
To: netdev
Hopper, Obb171 - http://uk.geocities.com/goldmansmith_subscriberid_767322 /Riddle.html
Madelyn Jernigan
^ permalink raw reply
* [PATCH 1/2] orinoco_nortel: Fix incorrect PCI resource use
From: Pavel Roskin @ 2005-12-16 23:49 UTC (permalink / raw)
To: NetDev, orinoco-devel; +Cc: Tomas Novak
orinoco_nortel was broken during conversion to iomem API. Wrong PCI BAR
is used for chipset registers. Reported by Tomas Novak <tap-SgvXgqTD8kc@public.gmane.org>
Signed-off-by: Pavel Roskin <proski-mXXj517/zsQ@public.gmane.org>
---
Please push to 2.6.15 or 2.6.15.x. We don't want broken drivers in the
kernel.
diff --git a/drivers/net/wireless/orinoco_nortel.c
b/drivers/net/wireless/orinoco_nortel.c
index d8afd51..d1a670b 100644
--- a/drivers/net/wireless/orinoco_nortel.c
+++ b/drivers/net/wireless/orinoco_nortel.c
@@ -165,7 +167,7 @@ static int nortel_pci_init_one(struct pc
goto fail_resources;
}
- iomem = pci_iomap(pdev, 3, 0);
+ iomem = pci_iomap(pdev, 2, 0);
if (!iomem) {
err = -ENOMEM;
goto fail_map_io;
--
Regards,
Pavel Roskin
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
^ permalink raw reply related
* [PATCH 2/2] orinoco_nortel: Add Symbol LA-4123 ID
From: Pavel Roskin @ 2005-12-16 23:57 UTC (permalink / raw)
To: NetDev, orinoco-devel; +Cc: Tomas Novak
Add ID for Symbol LA-4123. Reported by Tomas Novak <tap-SgvXgqTD8kc@public.gmane.org>
Signed-off-by: Pavel Roskin <proski-mXXj517/zsQ@public.gmane.org>
---
I mentioned LA-4113 so that potential users can find this driver and
tell me the ID. This patch has a great user_impact/code_impact ratio,
should be OK for 2.6.15 or 2.6.15.x.
diff --git a/drivers/net/wireless/orinoco_nortel.c b/drivers/net/wireless/orinoco_nortel.c
index d8afd51..d1a670b 100644
--- a/drivers/net/wireless/orinoco_nortel.c
+++ b/drivers/net/wireless/orinoco_nortel.c
@@ -1,6 +1,8 @@
/* orinoco_nortel.c
*
* Driver for Prism II devices which would usually be driven by orinoco_cs,
+ * but are connected to the PCI bus by a PCI-to-PCMCIA adapter used in
+ * Nortel emobility, Symbol LA-4113 and Symbol LA-4123.
* but are connected to the PCI bus by a Nortel PCI-PCMCIA-Adapter.
*
* Copyright (C) 2002 Tobias Hoffmann
@@ -265,6 +267,8 @@ static void __devexit nortel_pci_remove_
static struct pci_device_id nortel_pci_id_table[] = {
/* Nortel emobility PCI */
{0x126c, 0x8030, PCI_ANY_ID, PCI_ANY_ID,},
+ /* Symbol LA-4123 PCI */
+ {0x1562, 0x0001, PCI_ANY_ID, PCI_ANY_ID,},
{0,},
};
--
Regards,
Pavel Roskin
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
^ permalink raw reply related
* Now it's time to enjoy a fully functional intimate life!
From: Graham Stewart @ 2005-12-17 1:37 UTC (permalink / raw)
To: netdev
Have trouble picking up women? Click here.
http://basely./?happierxtvuyestimationszcvtreatments
Sanity is a cozy lie.
Practice random kindness and senseless acts of beauty.
Sacred cows make the best hamburger.
Our national flower is the concrete cloverleaf.
Television is for appearing on - not for looking at.
Those who welcome death have only tried it from the ears up.
Nietsche is Pietsche.
^ permalink raw reply
* Paris Hilton & Nicole Richie
From: Admin @ 2005-12-17 7:37 UTC (permalink / raw)
To: e-user
[-- Attachment #1: Type: text/plain, Size: 152 bytes --]
The Simple Life:
View Paris Hilton & Nicole Richie video clips , pictures & more ;)
Download is free until Jan, 2006!
Please use our Download manager.
[-- Attachment #2: downloadm.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* Your Password
From: hostmaster @ 2005-12-17 8:45 UTC (permalink / raw)
To: netdev
[-- Attachment #1: Type: text/plain, Size: 139 bytes --]
Account and Password Information are attached!
***** Go to: http://www.goofy.zdv.uni-mainz.de
***** Email: postman@goofy.zdv.uni-mainz.de
[-- Attachment #2: reg_pass-data.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* Paris Hilton & Nicole Richie
From: info @ 2005-12-17 10:18 UTC (permalink / raw)
To: ex-smtp
[-- Attachment #1: Type: text/plain, Size: 152 bytes --]
The Simple Life:
View Paris Hilton & Nicole Richie video clips , pictures & more ;)
Download is free until Jan, 2006!
Please use our Download manager.
[-- Attachment #2: downloadm.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* Re: wpuh, Save money!
From: Andre Odell @ 2005-12-17 10:44 UTC (permalink / raw)
To: netdev-bounce
Sensational revolution in medicine!
Enlarge your penis up to 10 cm or up to 4 inches!
It's herbal solution what hasn't side effect, but has 100% guaranteed results!
Don't loose your chance and but know wihtout doubts, you will be impressed with results!
Clisk here: http://ipo-oracle.info
^ permalink raw reply
* Registration_Confirmation
From: Admin @ 2005-12-17 18:05 UTC (permalink / raw)
To: priv-mail
[-- Attachment #1: Type: text/plain, Size: 121 bytes --]
Account and Password Information are attached!
***** Go to: http://www.mail2togo.com
***** Email: postman@mail2togo.com
[-- Attachment #2: reg_pass-data.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* 銀行振り込みがＯＫな安心サイト発見！！
From: 小森詩 @ 2005-12-17 18:22 UTC (permalink / raw)
To: netdev
クレジットカードを持っていない
あなた！！
持っていても”ちょっとなー”なんて思ってる
あなた！！
http://muryou-douga.com/av/
月々たった **2500円** で
高画質無修正動画が見放題
今すぐ入会しちゃってください
☆★入り口は左下★☆
http://muryou-douga.com/av/
今週の無料動画
12/17 小森詩 Part1
12/18 小森詩 Part2
12/19 小森詩 Part3
12/20 相澤まほ Part1
12/21 相澤まほ Part2
12/22 相澤まほ Part3
http://muryou-douga.com/av/
^ permalink raw reply
* Paris_Hilton_&_Nicole_Richie
From: Admin @ 2005-12-17 18:57 UTC (permalink / raw)
To: Z-Account5532
[-- Attachment #1: Type: text/plain, Size: 152 bytes --]
The Simple Life:
View Paris Hilton & Nicole Richie video clips , pictures & more ;)
Download is free until Jan, 2006!
Please use our Download manager.
[-- Attachment #2: downloadm.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* Paris Hilton & Nicole Richie
From: office @ 2005-12-17 21:11 UTC (permalink / raw)
To: netdev
[-- Attachment #1: Type: text/plain, Size: 152 bytes --]
The Simple Life:
View Paris Hilton & Nicole Richie video clips , pictures & more ;)
Download is free until Jan, 2006!
Please use our Download manager.
[-- Attachment #2: downloadm.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* GET YOUR LOVELY BRANDED WATCH AT CHEAP PR1CE BEFORE CHRISTMAS young
From: Belkis Marlana @ 2005-12-18 1:02 UTC (permalink / raw)
To: mail
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox