APNIC Home APNIC Home
Info & FAQ |  Resource services |  Training |  Meetings |  Membership |  Documents |  Whois & Search |  Internet community

You're here:  Home  Mailing Lists sig-ipv6 


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[sig-ipv6] Spam problem with this mail exploder



Hi all,

I got this problem already several times and is causing so many troubles
that I'm seriously considering not posting anymore at this list and stop
contributing, which is very serious and bad in my opinion. There is somebody
registered in this mail exploder who is accusing all the posters in this
list of spammers, and asking SpamCop to make us be in the black list.

I guess other users here have got the same problem.

I want to ask the SIG chairs and/or mail administrators to take an action
here to investigate who is this malicious user of the list and may be ask
him to left the list if he don't agree in receiving emails.

See below my reply to SpamCop.

Thanks in advance for taking a quick action on this.

Regards,
Jordi


Subject: Spamcop report id:1676028353
To: 1676028353@reports.spamcop.net

Hello SpamCop user,

The message sent to sig-ipv6 mail exploder is NOT SPAM. If you're in that
mail exploder, managed by APNIC, is becuase you registered to be part of
that list and to participate in the policy process.

Please if you don't want to be there, just unregister, but don't accusse any
poster in that list of being a spammer.

Thanks in advance for your understanding.

-- 
Please use the link below to review the report in question:
http://www.spamcop.net/mcgi?action=showhistory;slice=reportid;val=1676028353




-----Mensaje original-----
De: 1676028353@reports.spamcop.net [mailto:1676028353@reports.spamcop.net]
Enviado el: jueves, 02 de marzo de 2006 6:29
Para: vicente.ferrando@novagnet.com
Asunto: [SpamCop (http://www.ipv6tf.org) id:1676028353]Re: [sig-ipv6] Draft
minutes of APNIC21 IPv6 Tech ..

[ SpamCop V1.520 ]
This message is brief for your comfort.  Please use links below for details.

Spamvertised web site: http://www.ipv6tf.org
http://www.spamcop.net/w3m?i=z1676028353zdbfe07bba3219910cc171ca2837ddccdz
http://www.ipv6tf.org is 213.172.48.141; Thu, 02 Mar 2006 06:00:45 GMT

[ Offending message ]
"From sig-ipv6-bounces@lists.apnic.net Thu Mar  2 13:47:08 2006"
Received: from apnic.net (cumin.apnic.net [202.12.29.59])
    by twnic.net.tw (8.13.5/8.13.5) with ESMTP id k225l5O0002780;
    Thu, 2 Mar 2006 13:47:06 +0800
Received: from cumin.apnic.net (cumin [127.0.0.1])
    by apnic.net (8.12.8/8.12.8) with ESMTP id k225TZva010979;
    Thu, 2 Mar 2006 15:30:30 +1000
Received: from kombu.apnic.net (kombu.apnic.net [202.12.29.57])
    by apnic.net (8.12.8/8.12.8) with ESMTP id k225TVvX010971
    for <x>; Thu, 2 Mar 2006 15:29:31 +1000
Received: from consulintel.es (mail.consulintel.es [213.172.48.142])
    by kombu.apnic.net (Postfix) with ESMTP id 388A3B0003
    for <x>; Thu,  2 Mar 2006 15:29:29 +1000 (EST)
Received: from [169.223.253.24] ([169.223.253.24])
    by consulintel.es (consulintel.es) (MDaemon.PRO.v8.0.5.R)
    with ESMTP id md50001655984.msg
    for <x>; Thu, 02 Mar 2006 06:29:21 +0100
User-Agent: Microsoft-Entourage/11.2.1.051004
Date: Thu, 02 Mar 2006 13:29:02 +0800
Subject: Re: [sig-ipv6] Draft minutes of APNIC21 IPv6 Tech SIG in Perth.
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: x <x>
Message-ID: <C02C___________________alet@consulintel.es>
Thread-Topic: [sig-ipv6] Draft minutes of APNIC21 IPv6 Tech SIG in Perth.
Thread-Index: AcY9ujbYdY315KmtEdqMzAANky3PwA==
In-Reply-To: <341273879.27194@cnnic.cn>
Mime-version: 1.0
Content-type: text/plain;
    charset="GB2312"
X-MDRemoteIP: 169.223.253.24
X-Return-Path: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: x
X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on
mail.consulintel.es
X-Spam-Status: No, score=-4.7 required=4.8 tests=BAYES_00,MIME_QP_LONG_LINE
    autolearn=ham version=3.0.4
X-Spam-Level: 
X-Spam-Processed: consulintel.es, Thu, 02 Mar 2006 06:29:22 +0100
X-MDAV-Processed: consulintel.es, Thu, 02 Mar 2006 06:29:27 +0100
X-AP-Spam-Status: No, hits=2.45 required=6
X-AP-Spam-Status: No, hits=2.45 required=6
X-AP-Spam-Score: 2.45 (notspam) MIME_CHARSET_FARAWAY
X-Scanned-By: MIMEDefang 2.15 (www dot roaringpenguin dot com slash
mimedefang)
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by apnic.net id
    k225TVvX010971
Cc: 
X-BeenThere: sig-ipv6@lists.apnic.net
X-Mailman-Version: 2.1.4
Precedence: list
Reply-To: jordi.palet@consulintel.es
List-Id: APNIC SIG on IPv6 technology and policy issues
    <sig-ipv6.lists.apnic.net>
X-AP-Lists: APNIC SIG on IPv6 technology and policy issues
    <sig-ipv6.lists.apnic.net>
List-Unsubscribe: <http://mailman.apnic.net/mailman/listinfo/sig-ipv6>,
    <mailto:sig-ipv6-request@lists.apnic.net?subject=unsubscribe>
List-Archive: <http://www.apnic.net/mailing-lists/sig-ipv6>
List-Post: <mailto:sig-ipv6@lists.apnic.net>
List-Help: <mailto:sig-ipv6-request@lists.apnic.net?subject=help>
List-Subscribe: <http://mailman.apnic.net/mailman/listinfo/sig-ipv6>,
    <mailto:sig-ipv6-request@lists.apnic.net?subject=subscribe>
Sender: sig-ipv6-bounces@lists.apnic.net
Errors-To: sig-ipv6-bounces@lists.apnic.net

Perfect, thanks !

Regards,
Jordi




> De: ³ÂÌÎ <chentao@cnnic.cn>
> Responder a: ³ÂÌÎ <chentao@cnnic.cn>
> Fecha: Thu, 02 Mar 2006 12:31:19 +0800
> Para: <jordi.palet@consulintel.es>, <jordi.palet@consulintel.es>,
> <x>
> Asunto: Re: [sig-ipv6] Draft minutes of APNIC21 IPv6 Tech SIG in Perth.
> 
> Hello,Jordi:
> 
> Does it look like the following words?
> 
> 6. IPv6 deployment in Latin America and Caribbean
>                        / Jordi Palet, Consulintel
> 
> This presentation discussed activities in the Latin American and
> Caribbean region. Work that has been conducted with LACNIC has
> focussed on promoting early adoption of IPv6 and being prepared for
> the more widespread use of IPv6.
> 
> The presenter noted that organisations with a well-maintained backbone
> should find it easy to implement IPv6. Ethernet and MPLS make this
> easier. The presenter noted that in most case, the backbones in the
> LACNIC region have been upgraded in a matter of hours. Upgrading an
> access network is more complicated as there are likely to be more
> dependencies.
> 
> The presenter explained that there is a strong need for training. He
> outlined the steps that network operators can take to prepare for IPv6
> upgrades.
> 
> Until June 2005, there was almost no real use of IPv6 in the LANIC
> region. Since the LACNIC IPv6 Tour, awareness of IPv6 has been raised
> considerably. There is also a lot more IPv6 network activity in the
> region. There has also been a high level of interest at government
> level.
> 
> The presenter noted that ISPs connected to upstream providers in
> Europe are better able to provide IPv6 services than those which are
> connected to upstream providers in the US. OCCAID is providing native
> and tunneling IPv6 transit services to improve this situation, which
> a clear view of not competing with commercial providers but complementing
> them while they can't help at the time being.
> 
> Questions and discussion
> - None. 
> 
> 
> 7. Introduction of "Softwires" WG in IETF / Jordi Palet, Consulintel
> 
> Softwires is an IETF Working Group, which is trying to improve IPv6
> transition mechanisms. The focus is on simple and low cost
> transition. The presenter reviewed some typical transition scenarios
> and noted that the Working Group is making good progress and is
> achieving productive consensus that may result in some RFCs before
> long.
> 
> The presenter noted that the candidate solution for this has been
> appointed in the last week Interim meeting at Hong Kong as L2TPv2/v3,
> which need to be approved in the mailing list. He will like to encourage
> the interested people to joing the mailinglist. Information at
> http://www.ietf.org/html.charters/softwire-charter.html
> 
> 
> Questions and discussion
> - There was a discussion about the prevalence of IPv6-only
>   networks. The presenter gave one example of a University in China and
>   some school networks in Europe. He suggested that while it is not
>   popular now, it will grow. He suggested that as IPv6 becomes more
>   prevalent it may become more expensive to be running dual stack
>   networks.
> 
> Edward
> CNNIC
>> From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
>> Reply-To: jordi.palet@consulintel.es
>> To: x <x>
>> Subject: Re: [sig-ipv6] Draft minutes of APNIC21 IPv6 Tech SIG in Perth.
>> Date:Thu, 02 Mar 2006 12:02:14 +0800
>> 
>> Hi Tomohiro, all,
>> 
>> Just a minor clarification from my side.
>> 
>> I guess the correct text at the end of my first talk should be something
>> such as:
>> 
>> "OCCAID is providing native and tunneling IPv6 transit services to
improve
>> this situation, which a clear view of not competing with commercial
>> providers but complementing them while they can't help at the time
being."
>> 
>> Also for the softwires one, it should be important to note also:
>> "The candidate solution for this has been appointed in the last week
Interim
>> meeting at Hong Kong as L2TPv2/v3, which need to be approved in the
mailing
>> list. I will like to encourage the interested people to joing the mailing
>> list. Information at
>> http://www.ietf.org/html.charters/softwire-charter.html.";.
>> 
>> Finally, I didn't had time to present about ENABLE project, but the
slides
>> are available a the agenda web page also.
>> 
>> Regards,
>> Jordi
>> 
>> 
>> 
>> 
>>> De: "(Tomohiro -INSTALLER- Fujisaki/藤崎 智宏)"
> <fujisaki@syce.net>
>>> Responder a: <sig-ipv6-bounces@lists.apnic.net>
>>> Fecha: Thu, 02 Mar 2006 12:05:30 +0900 (JST)
>>> Para: <x>
>>> Asunto: [sig-ipv6] Draft minutes of APNIC21 IPv6 Tech SIG in Perth.
>>> 
>>> 
>>> Dear IPv6 Technical SIG Mailing list members,
>>> 
>>> Here is a draft minutes of the IPv6 technical SIG that was held during
>>> APNIC 21 in Perth.
>>> 
>>> Presentation slides are available on the agenda web page:
>>> 
>>>     http://www.apnic.net/meetings/21/programme/sigs/ipv6.html
>>> 
>>> ----------8<----------8=----------8<----------8=----------8<----------
>>> Quick report for IPv6 Technical SIG (draft version)
>>> 
>>> Wednesday 1 March 2006
>>> Perth Convention and Exhibition Centre (PCEC), Perth, Australia
>>> 
>>> Meeting commenced: 11:00 am
>>> Chair: Kazu Yamamoto
>>> Co-chair: Tao Chen, Tomohiro Fujisaki
>>> 
>>> Number of Participants: about 40
>>> 
>>> 
>>> 
>>> We had 7 presentations by 6 people.
>>> 
>>> 
>>> 1. IPv6 update / Arth Paulite, APNIC
>>> 
>>> This presentation reviewed the global status of IPv6 allocations and
>>> more detailed status of allocations in the Asia Pacific region. So far
>>> RIPE NCC has made more allocations that the other RIRs. In this
>>> region, Japan holds more IPv6 address space than the other economies.
>>> 
>>> The presenter also reviewed the progress of IPv6 assignments to
>>> Internet Exchanges and other critical infrastructures. He also
>>> explained where to get more statistical information on the web.
>>> 
>>> Questions and discussion
>>> - It was noted that there is an increasing rate of assignment
registration.
>>> 
>>> 
>>> 2. ip6.int deprecation project report / Sanjaya, APNIC
>>> 
>>> The presenter gave an update of the project to deprecate ip6.int
>>> registration. The use of ip6.int domain was deprecated by RFC
>>> 3152. APNIC stopped accepting new ip6.int domains in June 2004, but
>>> now needs to proceed to an orderly end to the lookup service, so that
>>> existing registrations can be changed to ip6.arpa registrations.
>>> 
>>> APNIC has observed that most IPv6 data flow represents zone refreshes
>>> and notifications from masters on updates. There were two measurement
>>> points - in November and February. The level of actual queries from
>>> users is very low. It was also noted that there were many PTR queries
>>> coming from an Linux bug. The current average rate of end user queries
>>> is half a query per minute. The rate of ip6.int queries also appears
>>> to be declining.
>>> 
>>> APNIC has been coordinating with other RIRs to have a common cut-off
>>> date for ip6.int services. APNIC has also consulted with the JPNIC
>>> community. The cut-off date will be 1 June 2006. Coordination will
>>> also take place with the root ip6.int operator.
>>> 
>>> Questions and discussion
>>> - There was a clarification of the notification procedures that are
>>>   being used for end users currently querying ip6.int.
>>> - The cut-off date is now considered a firm deadline.
>>> 
>>> 
>>> 
>>> 3. Technical consideration on deprecation of ip6.int
>>>                                    / Kazu Yamamoto, IIJ
>>> 
>>> The presentation discussed the technical implications of ending
>>> ip6.int services. The presenter considered issues of longer DNS server
>>> response times and availability of host names.
>>> 
>>> Most clients do not use reverse mapping, although some servers do use
>>> it, mostly for logging host names or authentication. After 1 June
>>> 2006, a name error will be returned if ip6.int names are looked up.
>>> 
>>> It was suggested that the number of lame delegations will probably
>>> decrease. Therefore DNS response time should be shorter, whether host
>>> names are resolved or not.
>>> 
>>> There may be some negative side effects. If servers are using "ip6.int
>>> only" resolving, then the host name will always be unavailable. Some
>>> older resolvers are "ip6.int only", but most are not. One of the most
>>> common products likely to be affected will be Windows Server 2003
>>> without update.
>>> 
>>> In general, the side effects should be rare and non-fatal. The
>>> presenter described a field test that has been conducted since 18
>>> January, without yet observing any side effects.
>>> 
>>> 
>>> Questions and discussion
>>> - There was a clarification about the update needed for Windows Server
>>>   2003. The advice from Microsoft has been to apply the full updates,
>>>   although it is not clear exactly which patch is required. It was
>>>   suggested that the fix may be in Service Pack 1.
>>> - There was a question about the statistical information gathered in
>>>   Japan. It was noted that the full statistics are available at
>>>   http://www.v6fix.net/docs/ip6.int/
>>> - It was noted that it is good to see an independent test confirming
>>>   APNIC's observations, but it is still necessary to be very cautious
>>>   and to be ready to help people who do experience problems. An earlier
>>>   observation from WIDE suggested that there may be a difference in
>>>   behaviour between the corporate community and the smaller, home-user
>>>   sector.
>>> - The presenter suggested that he would prepare a help document and
>>>   asked for assistance to ensure that it is available in clear English.
>>> 
>>> 
>>> 
>>> 4. Progress report for ip6.int deprecation in Japan
>>>                                           / Shin Yamasaki, JPNIC
>>> 
>>> This presentation was a supplement to the previous presentation. When
>>> JPNIC migrated its IPv6 data, it counted the ip6.int zones and
>>> notified the owners of those zones about the deprecation of the
>>> service. The migration of IPv6 address blocks has happened in three
>>> stages. JPNIC hostmasters notified LIRs at each stage of the
>>> migration.
>>> 
>>> The presenter described the process that JPNIC has been using to deal
>>> with ip6.int deprecation.
>>> 
>>> Questions and discussion
>>> - There was a discussion about error messages observed in tests
>>>   conducted by JPNIC. It was suggested that JPNIC should consider
>>>   changing the way it constructs its queries as the important issue is
>>>   whether the appropriate information is passed through by ip6.arpa,
>>>   rather than ip6.int.
>>> - It was noted that there have no yet been any questions about this
>>>   process from LIRs to JPNIC.
>>> - It was noted that it is more important to encourage people to use
>>>   ip6.arpa than to discourage them from using ip6.int.
>>> 
>>> 
>>> 5. JPNIC IPv6 registry service update report
>>>                                             / Toshiyuki Hosaka, JPNIC
>>> 
>>> This presentation updated the status of JPNIC's IPv6 registry. JPNIC
>>> currently has 379 members, 66 of which have received IPv6
>>> allocations. The presenter also noted the assignment statistics, which
>>> showed that 904 /40 assignments and 58 /48 assignments have been made
>>> to end users.
>>> 
>>> The presenter reviewed the bulk data exchange system that has been
>>> implemented to allow LIRs to register assignments in the JPNIC
>>> registry. The system uses SSL and is more secure and efficient than
>>> email updates.
>>> 
>>> The JPNIC whois server will be ready to provide IPv6 reachability by
>>> the end of the 2006 fiscal year.
>>> 
>>> Questions and discussion
>>> - There was a discussion about the JPNIC assignment data that was
>>>   displayed. The APNIC statistics are drawn from registry rather than
>>>   from whois, so similar reporting should be possible.
>>> 
>>> 
>>> 6. IPv6 deployment in Latin America and Caribbean
>>>                        / Jordi Palet, Consulintel
>>> 
>>> This presentation discussed activities in the Latin American and
>>> Caribbean region. Work that has been conducted with LACNIC has
>>> focussed on promoting early adoption of IPv6 and being prepared for
>>> the more widespread use of IPv6.
>>> 
>>> The presenter noted that organisations with a well-maintained backbone
>>> should find it easy to implement IPv6. Ethernet and MPLS make this
>>> easier. The presenter noted that in most case, the backbones in the
>>> LACNIC region have been upgraded in a matter of hours. Upgrading an
>>> access network is more complicated as there are likely to be more
>>> dependencies.
>>> 
>>> The presenter explained that there is a strong need for training. He
>>> outlined the steps that network operators can take to prepare for IPv6
>>> upgrades.
>>> 
>>> Until June 2005, there was almost no real use of IPv6 in the LANIC
>>> region. Since the LACNIC IPv6 Tour, awareness of IPv6 has been raised
>>> considerably. There is also a lot more IPv6 network activity in the
>>> region. There has also been a high level of interest at government
>>> level.
>>> 
>>> The presenter noted that ISPs connected to upstream providers in
>>> Europe are better able to provide IPv6 services than those which are
>>> connected to upstream providers in the US. OCCAID is providing
>>> tunnelling services and free training to improve this situation.
>>> 
>>> Questions and discussion
>>> - None. 
>>> 
>>> 
>>> 7. Introduction of "Softwires" WG in IETF / Jordi Palet, Consulintel
>>> 
>>> Softwires is an IETF Working Group, which is trying to improve IPv6
>>> transition mechanisms. The focus is on simple and low cost
>>> transition. The presenter reviewed some typical transition scenarios
>>> and noted that the Working Group is making good progress and is
>>> achieving productive consensus that may result in some RFCs before
>>> long.
>>> 
>>> Questions and discussion
>>> - There was a discussion about the prevalence of IPv6-only
>>>   networks. The presenter gave one example of a University in China and
>>>   some school networks in Europe. He suggested that while it is not
>>>   popular now, it will grow. He suggested that as IPv6 becomes more
>>>   prevalent it may become more expensive to be running dual stack
>>>   networks.
>>> 
>>> Meeting closed: 12:30 pm
>>> 
>>> 
>>> This draft minutes was originaly written by Gerard (thanks!).
>>> 
>>> --
>>> Tomohiro Fujisaki, IPv6 Tecnical SIG Co-chair
>>> *              sig-ipv6:  APNIC SIG on IPv6 technology and policy issues
>>> *
>>> _______________________________________________
>>> sig-ipv6 mailing list
>>> sig-ipv6@lists.apnic.net
>>> http://mailman.apnic.net/mailman/listinfo/sig-ipv6
>> 
>> 
>> 
>> 
>> **********************************************
>> The IPv6 Portal: http://www.ipv6tf.org
>> 
>> Barcelona 2005 Global IPv6 Summit
>> Slides available at:
>> http://www.ipv6-es.com
>> 
>> This electronic message contains information which may be privileged or
> confidential. The information is intended to be for the use of the
> individual(s)
> named above. If you are not the intended recipient be aware that any
> disclosure,
> copying, distribution or use of the contents of this information,
including
> attached files, is prohibited.
>> 
>> 
>> 
>> *              sig-ipv6:  APNIC SIG on IPv6 technology and policy issues
>   *
>> _______________________________________________
>> sig-ipv6 mailing list
>> sig-ipv6@lists.apnic.net
>> http://mailman.apnic.net/mailman/listinfo/sig-ipv6
>> 
> 
> 
> *              sig-ipv6:  APNIC SIG on IPv6 technology and policy issues
> *
> _______________________________________________
> sig-ipv6 mailing list
> sig-ipv6@lists.apnic.net
> http://mailman.apnic.net/mailman/listinfo/sig-ipv6




**********************************************
The IPv6 Portal: http://www.ipv6tf.org

Barcelona 2005 Global IPv6 Summit
Slides available at:
http://www.ipv6-es.com

This electronic message contains information which may be privileged or
confidential. The information is intended to be for the use of the
individual(s) named above. If you are not the intended recipient be aware
that any disclosure, copying, distribution or use of the contents of this
information, including attached files, is prohibited.




*              sig-ipv6:  APNIC SIG on IPv6 technology and policy issues
*
_______________________________________________
sig-ipv6 mailing list
sig-ipv6@lists.apnic.net
http://mailman.apnic.net/mailman/listinfo/sig-ipv6






**********************************************
The IPv6 Portal: http://www.ipv6tf.org

Barcelona 2005 Global IPv6 Summit
Slides available at:
http://www.ipv6-es.com

This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.