Mr.Christopher | 23 May 18:03

Let Us Invest This Fund With You. Get Back

Greetings,
I wish to invest with you, I have $65 Million US dollars that I want  to move out secretly for investment
purpose in your country but I need  a good partner I can trust. This fund is legal.
This is a dormant account from the previous past Libyan regime leaving  no trace behind. But the question is
can I trust you when the funds gets to you? You will take your 30% for the assistance and keep the remaining
for us in a safe custody.
Regards 
Mr. Christopher Field
Eric W. Biederman | 22 May 20:48
Favicon

[GIT PULL] user namespace enhancements for Linux 3.5-rc1


Linus,

please pull user namespace enhancements for v3.5-rc1 from:

git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace.git for-linus

The tree is against v3.4-rc1 aka dd775ae2549217d3ae09363e3edb305d0fa19928
The topmost commit is 4b06a81f1daee668fbd6de85557bfb36dd36078f

This is a course correction for the user namespace, so that we can reach
an inexpensive, maintainable, and reasonably complete implementation.

Highlights.
- Config guards make it impossible to enable the user namespace and
  code that has not been converted to be user namespace safe.

- Use of the new kuid_t type ensures the if you somehow get past the
  config guards the kernel will encounter type errors if you enable user
  namespaces and attempt to compile in code whose permission checks have
  not been updated to be user namespace safe.

- All uids from child user namespaces are mapped into the initial user
  namespace before they are processed.  Removing the need to add an
  additional check to see if the user namespace of the compared uids
  remains the same.

- With the user namespaces compiled out the performance is as good or
  better than it is today.

(Continue reading)

Tejun Heo | 22 May 19:34
Favicon

[GIT PULL] cgroup changes for 3.5-rc1

Hello, Linus.

Please pull from the following branch to receive cgroup changes for
3.5-rc1.

  git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup.git for-3.5

cgroup file type addition / removal is updated so that file types are
added and removed instead of individual files so that dynamic file
type addition / removal can be implemented by cgroup and used by
controllers.  blkio controller changes which will come through block
tree are dependent on this.  Other changes include res_counter cleanup
and disallowing kthread / PF_THREAD_BOUND threads to be attached to
non-root cgroups.

There's a reported bug with the file type addition / removal handling
which can lead to oops on cgroup umount.  The issue is being looked
into.  It shouldn't cause problems for most setups and isn't a
security concern.

Merging with mainline causes a conflict in
feature-removal-schedule.txt.  Simple append collision which can be
trivially resolved.

Thanks.

Frederic Weisbecker (2):
      res_counter: Merge res_counter_charge and res_counter_charge_nofail
      res_counter: Account max_usage when calling res_counter_charge_nofail()

(Continue reading)

Mcckoy Robertson | 20 May 17:35
Picon

Order Enquiry


Hello Sales
     I went over your contact online and found some items which we have interest in purchasing to our store in
Spain for urgent supply. I will like to know the prices per each items plus the shipping cost. I also want to
know if Letter of Credit or T/T is acceptable for payment. I await your quick response asap so i can proceed
with my needed items and quantity.

Thank you
mcckoy robertson

N.B.M Global Supply Inc
Address: Autovía A-5,
salidas 22 y 26.
Arroyomolinos,
28939 Madrid Spain
Tel: +34 902 26 77 26
Email: nbmglobalsupply@...
Website : http://www.brplastics.com

_______________________________________________
Containers mailing list
Containers@...
https://lists.linuxfoundation.org/mailman/listinfo/containers
Robertson Spencer | 16 May 14:53
Picon

International Order


 Hello Sales
      I went over your contact online and found some items which we have interest in purchasing to our store in
Spain for urgent supply. I will like to know the prices per each items plus the shipping cost. I Also want to
know if Letter of Credit or T/T is acceptable for payment. I await your quick response asap so i can proceed
with my needed items and quantity.

Thank you
Robertson Spencer

N.B.M Supply Inc
Address: Autovía A-5, 
salidas 22 y 26. 
Arroyomolinos, 
28939 Madrid Spain
Tel: +34 902 26 77 26
Email: robertsonspencer1@...
Website : http://www.brplastics.com

_______________________________________________
Containers mailing list
Containers@...
https://lists.linuxfoundation.org/mailman/listinfo/containers
Mail Delivery System | 12 May 05:27

Mail delivery failed: returning message to sender

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:

  vovse@...
    SMTP error from remote mail server after RCPT TO:<vovse@...>:
    host relay4.kataweb.it [213.92.19.144]: 550 5.1.1 <vovse@...>:
    Recipient address rejected: User unknown in relay recipient table
  voverton@...
    SMTP error from remote mail server after RCPT TO:<voverton@...>:
    host relay4.kataweb.it [213.92.19.144]: 550 5.1.1 <voverton@...>:
    Recipient address rejected: User unknown in relay recipient table
  votqv@...
    SMTP error from remote mail server after RCPT TO:<votqv@...>:
    host relay4.kataweb.it [213.92.19.144]: 550 5.1.1 <votqv@...>:
    Recipient address rejected: User unknown in relay recipient table
  vossdenf@...
    SMTP error from remote mail server after RCPT TO:<vossdenf@...>:
    host relay4.kataweb.it [213.92.19.144]: 550 5.1.1 <vossdenf@...>:
    Recipient address rejected: User unknown in relay recipient table
  vossdaltonmckeewelch@...
    SMTP error from remote mail server after RCPT TO:<vossdaltonmckeewelch@...>:
    host relay4.kataweb.it [213.92.19.144]: 550 5.1.1 <vossdaltonmckeewelch@...>:
    Recipient address rejected: User unknown in relay recipient table

------ This is a copy of the message, including all the headers. ------

Return-path: <containers@...>
Received: from server.naturemds.org ([89.248.172.70])
(Continue reading)

MAILER | 11 May 19:30
Picon

failure notice

Hi. This is the qmail-send program at osomaki.alien8.it.
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.

<press@...>:
maildrop: maildir over quota.

--- Below this line is a copy of the message.

Return-Path: <containers@...>
Received: (qmail 1466 invoked by uid 0); 11 May 2012 17:30:39 -0000
Received: from host220-211-149-62.serverdedicati.aruba.it (HELO mx2.alien8.it) (62.149.211.220)
  by host218-211-149-62.serverdedicati.aruba.it with SMTP; 11 May 2012 17:30:39 -0000
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mx2.alien8.it (Postfix) with ESMTP id A80EB58D583A
	for <press@...>; Fri, 11 May 2012 17:30:42 +0000 (UTC)
X-Virus-Scanned: amavisd-new at mx2.alien8.it
X-Spam-Flag: NO
X-Spam-Score: -0.45
X-Spam-Level: 
X-Spam-Status: No, score=-0.45 tagged_above=-100 required=4.202
	tests=[BAYES_00=-1.9, RCVD_IN_BRBL_LASTEXT=1.449, SPF_FAIL=0.001]
	autolearn=no
Received: from mx2.alien8.it ([127.0.0.1])
	by localhost (mx2.alien8.it [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id fge9FP2IiFjE for <press@...>;
	Fri, 11 May 2012 19:30:40 +0200 (CEST)
Received: from sitenow.co.nz (unknown [208.99.211.118])
	by mx2.alien8.it (Postfix) with ESMTP id CAF8958D5848
	for <press@...>; Fri, 11 May 2012 19:30:39 +0200 (CEST)
(Continue reading)

Mail Delivery System | 11 May 02:09

Undelivered Mail Returned to Sender

This is the mail system at host smtp02-smtp-1.daemonmail.net.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

                   The mail system

<alessandromaionchi@...>: host
mx.interfree.it[213.158.72.46] said:
    553 sorry, no mailbox here by that name. (#5.1.1) (in reply to RCPT TO
    command)

<alessandromaionchid@...>: host
mx.interfree.it[213.158.72.46] said:
    553 sorry, no mailbox here by that name. (#5.1.1) (in reply to RCPT TO
    command)

<alessandromaionchidd@...>: host
mx.interfree.it[213.158.72.46] said:
    553 sorry, no mailbox here by that name. (#5.1.1) (in reply to RCPT TO
    command)

<alessandromalvaldi@...>: host
mx.interfree.it[213.158.72.46] said:
    553 sorry, no mailbox here by that name. (#5.1.1) (in reply to RCPT TO
(Continue reading)

Andre Nathan | 10 May 23:38
Picon

About cgroup memory limits

Hello

I'm doing some tests with LXC and how it interacts with the memory
cgroup limits, more specifically the memory.limit_in_bytes control file.

Am I correct in my understanding of the memory cgroup documentation[1]
that the limit set in memory.limit_in_bytes is applied to the sum of the
fields 'cache', 'rss' and 'mapped_file' in the memory.stat file?

I am also trying to understand the values reported in memory.stat when
compared to the statistics in /proc/$PID/statm.

Below is the sum of each field in /proc/$PID/statm for every process
running inside a test container, converted to bytes:

       size  resident     share     text  lib       data  dt
  897208320  28741632  20500480  1171456    0  170676224   0

Compare this with the usage reports from memory.stat (fields total_*,
hierarchical_* and pg* omitted):

cache                     16834560
rss                       8192000
mapped_file               3743744
swap                      0
inactive_anon             0
active_anon               8192000
inactive_file             13996032
active_file               2838528
unevictable               0
(Continue reading)

postmaster | 10 May 23:10
Favicon

e096f658@...) not listed in Domino Directory

Your message

  Subject: Richiesta

was not delivered to:

  e096f658 <at> naoc.agip.it

because:

  User e096f658 (e096f658 <at> naoc.agip.it) not listed in Domino Directory

Attachment: message/delivery-status, 341 bytes
From: Your message Subject: Richiesta was not delivered to: e096f658 <at> naoc.agip.it because: User e096f658 (e096f658 <at> naoc.agip.it) not listed in Domino Directory <containers@...>
(Continue reading)

Mail Delivery System | 10 May 21:08

Undelivered Mail Returned to Sender

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to <postmaster>

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

<46eff148.7060806@...>: 550 5.1.1
<46eff148.7060806@...> User unknown; rejecting

Attachment: message/delivery-status, 542 bytes
From: I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to <postmaster> If you do so, please include this problem report. You can delete your own text from the attached returned message. <46eff148.7060806@...>: 550 5.1.1 <46eff148.7060806@...> User unknown; rejecting <containers@...>
Subject: Re: Indirizzo di consegna
Date: 2012-05-10 19:08:07 GMT
(Continue reading)


Gmane