From atlas at m.hoth.dk Sat Jul 2 14:29:02 2011 From: atlas at m.hoth.dk (Martin Topholm) Date: Sat, 2 Jul 2011 14:29:02 +0200 Subject: [atlas]Atlas probe is "never seen" Message-ID: <20110702122902.GA3423@hoth.dk> Hi all, I connected the Atlas probe thursday and is is conducting measurements as seen with tcpdump and from the logs on the Atlas site. However the site says the probe is "never seen". How long will it take for the site to register with the probe? Should I reset the probe? Probe ID 776 (near Helsinge, Denmark) -- Best regards, Martin Topholm From astrikos at ripe.net Sat Jul 2 16:39:51 2011 From: astrikos at ripe.net (Andreas Strikos) Date: Sat, 2 Jul 2011 16:39:51 +0200 Subject: [atlas]Atlas probe is "never seen" In-Reply-To: <20110702122902.GA3423@hoth.dk> References: <20110702122902.GA3423@hoth.dk> Message-ID: Hi Martin, In some rare cases if the probe doesn't succeed to access any ntp server when you connect it for first time it fails to contact our register servers. Though, if you reconnect the ethernet cable, problem will be solved by itself. From what I see now, your probe is up, so I guess the issue is solved by itself. Regards, Andreas On Jul 2, 2011, at 2:29 PM, Martin Topholm wrote: > Hi all, > > I connected the Atlas probe thursday and is is conducting measurements > as seen with tcpdump and from the logs on the Atlas site. However the > site says the probe is "never seen". > > How long will it take for the site to register with the probe? > Should I reset the probe? > > Probe ID 776 (near Helsinge, Denmark) > > -- > Best regards, > Martin Topholm > From dorota.masionek at asap24.com.pl Sat Jul 2 17:59:26 2011 From: dorota.masionek at asap24.com.pl (Dorota Masionek) Date: Sat, 2 Jul 2011 17:59:26 +0200 Subject: [atlas]=?UTF-8?Q?Jak_zosta=C4=87_ekspertem=3F?= Message-ID: <588835367313620004674@serwer> Chcesz zwi?kszy? swoje kompetencje? Chcesz dosta? w prezencie netbooka lub czytnik ksi??ek elektronicznych? Zapraszamy na nasze szkolenia! Szanujemy Twoj? prywatno?? i w zwi?zku z tym prosimy o wyra?enie zgody na przes?anie informacji dotycz?cej szkole? z tematyki: MS Excel - zaawansowane rozwi?zania w arkuszach kalkulacyjnych MS PowerPoint - zaawansowane prezentacje multimedialne MS Word - tworzenie profesjonalnych dokument?w Odpowiedz wpisuj?c TAK w temacie wiadomo?ci, je?li chcesz otrzyma? od nas informacje handlowe. Je?li jednak nie wyra?asz zgody, prosz? odpowedz wpisuj?c NIE w temacie - adres zostanie zablokowany. Niniejsza wiadomo?? nie jest informacj? handlow?, a jedynie zapytaniem o zgod? na przesy?anie oferty handlowej drog? elektroniczn? zgodnie z art. 10 ustawy z dnia 18 lipca 2002r. o ?wiadczeniu us?ug drog? elektroniczn? (Dz.U. z 2002r. Nr 144, poz 1204 z p??n. zm.). Wiadomo?? nadano na podstawie adres?w e-mail og?lnodost?pnych w Internecie, zgodnie z art. 25 ust. 2, pkt. 2 ustawy o ochronie danych osobowych. Copyright ASAP24. Mail przeznaczony dla ripe-atlas at ripe.net -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 1.png Type: image/png Size: 4135 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 2.png Type: image/png Size: 355 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 3.png Type: image/png Size: 203 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 4.png Type: image/png Size: 218 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 5.png Type: image/png Size: 249 bytes Desc: not available URL: From robert at ripe.net Mon Jul 4 10:00:24 2011 From: robert at ripe.net (Robert Kisteleki) Date: Mon, 04 Jul 2011 10:00:24 +0200 Subject: [atlas]'Location' sorting for the Public Probes In-Reply-To: <4DE65733.3050802@schiefner.de> References: <4DE65733.3050802@schiefner.de> Message-ID: <4E117318.1050300@ripe.net> On 2011.06.01. 17:13, Carsten Schiefner wrote: > Hi there, > > not sure sure whether that's been raised already - but the strictly > alphabetical ordering of the probes when 'Location' sorting is activated, > doesn't make any reals sense to me; cf. the attached screen shot. > > Maybe a somewhat greater "intelligence" could be deployed here? I'd suggest > the DNS approach: from right to left. :-) > > Cheers, > > Carsten As you say, it doesn't really make sense to order on this field... we may just disable this to prevent confusion. On the bright side: you can use filtering on it, so one can always look up probes in a country or city. Cheers, Robert From kenneaal at abohelse.onmicrosoft.com Thu Jul 7 18:40:01 2011 From: kenneaal at abohelse.onmicrosoft.com (Kenneth Aalberg) Date: Thu, 7 Jul 2011 16:40:01 +0000 Subject: [atlas]Falling back to IPv4 if IPv6 connectivity is lost? Message-ID: Greetings, Probers. (Yes, that was the first name that came to mind. :P ) I've joined the probecloud, and it is working fine. However, I am on an IPv6 tunnel behind a NAT that doesn't let me configure protocol 41 to be forwarded to one specific host (my linux router). Thus, the AYIYA tunnel is in a NAT table as a normal connection, and will sometimes be cycled out if it is the oldest connection and a new one is attempted, regardless of whether the NAT entry has seen traffic recently or not. The probe receives an IPv6 address, and uses this correctly. However, if the tunnel should go down, the probe will also be marked as down, even if it is actually still alive and can communicate through IPv4. Is there any kind of fallback option to try IPv4 connections before declaring a probe host down? Or would it make more sense for me to disable IPv6 on the probe to ensure it accurately represents the actual state of my connectivity? Best regards, Kenneth Aalberg Probe 737. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Woeber at CC.UniVie.ac.at Thu Jul 7 21:08:32 2011 From: Woeber at CC.UniVie.ac.at (Wilfried Woeber, UniVie/ACOnet) Date: Thu, 07 Jul 2011 19:08:32 +0000 Subject: [atlas]UI for "My Probes" in IE7 broken (again)? Message-ID: <4E160430.40103@CC.UniVie.ac.at> It looks like th UI for the "My Probes" section is broken again for IE7. All the other sections of the site seem to work. Wilfried. From rm at romanrm.ru Sat Jul 9 22:17:37 2011 From: rm at romanrm.ru (Roman Mamedov) Date: Sun, 10 Jul 2011 02:17:37 +0600 Subject: [atlas]Probe rebooting every minute Message-ID: <20110710021737.6baecd0c@natsu> Hello, Probe ID 73, it seems to reboot itself after about 1-2 minutes of operation, even though according to tcpdump on the gateway it can successfully communicate with the control DNS, NTP, server, can ping stuff and does receive ping replies. What could be the problem? -- With respect, Roman -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rm at romanrm.ru Sat Jul 9 22:39:21 2011 From: rm at romanrm.ru (Roman Mamedov) Date: Sun, 10 Jul 2011 02:39:21 +0600 Subject: [atlas]Falling back to IPv4 if IPv6 connectivity is lost? In-Reply-To: References: Message-ID: <20110710023921.7167fba6@natsu> On Thu, 7 Jul 2011 16:40:01 +0000 Kenneth Aalberg wrote: > I've joined the probecloud, and it is working fine. However, I am on an IPv6 tunnel behind a NAT that doesn't let me configure protocol 41 to be forwarded to one specific host (my linux router). Thus, the AYIYA tunnel is in a NAT table as a normal connection, and will sometimes be cycled out if it is the oldest connection and a new one is attempted, regardless of whether the NAT entry has seen traffic recently or not. > The probe receives an IPv6 address, and uses this correctly. However, if the tunnel should go down, the probe will also be marked as down, even if it is actually still alive and can communicate through IPv4. Is there any kind of fallback option to try IPv4 connections before declaring a probe host down? Or would it make more sense for me to disable IPv6 on the probe to ensure it accurately represents the actual state of my connectivity? Hello, In my opinion it does not make sense to provide IPv6 to the probe if it is a tunnelled and not a native connection. Also last time I checked the map display still only showed the IPv6 AS even when IPv6 and IPv4 ASes differ, marking me as being in AS6939 if I turn on IPv6 to the probe, which is not exactly useful to anyone, IMHO. -- With respect, Roman -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From kenneaal at abohelse.onmicrosoft.com Sun Jul 10 04:11:04 2011 From: kenneaal at abohelse.onmicrosoft.com (Kenneth Aalberg) Date: Sun, 10 Jul 2011 02:11:04 +0000 Subject: SV: [atlas]Falling back to IPv4 if IPv6 connectivity is lost? In-Reply-To: <20110710023921.7167fba6@natsu> References: <20110710023921.7167fba6@natsu> Message-ID: Hello Roman. You raise very valid points, and I'm removing the IPv6 static address I put on the probe. However, won't it still configure an autonomous IPv6 address from radvd information even if I remove the IPv6 IP? Is there any way to disable IPv6 completely on the probe? Or do I have to do something to ensure it doesn't get autonomously configured on the radvd side? Best regards, Kenneth Aalberg -----Opprinnelig melding----- Fra: Roman Mamedov [mailto:rm at romanrm.ru] Sendt: 9. juli 2011 22:39 Til: Kenneth Aalberg Kopi: ripe-atlas at ripe.net Emne: Re: [atlas]Falling back to IPv4 if IPv6 connectivity is lost? On Thu, 7 Jul 2011 16:40:01 +0000 Kenneth Aalberg wrote: > I've joined the probecloud, and it is working fine. However, I am on an IPv6 tunnel behind a NAT that doesn't let me configure protocol 41 to be forwarded to one specific host (my linux router). Thus, the AYIYA tunnel is in a NAT table as a normal connection, and will sometimes be cycled out if it is the oldest connection and a new one is attempted, regardless of whether the NAT entry has seen traffic recently or not. > The probe receives an IPv6 address, and uses this correctly. However, if the tunnel should go down, the probe will also be marked as down, even if it is actually still alive and can communicate through IPv4. Is there any kind of fallback option to try IPv4 connections before declaring a probe host down? Or would it make more sense for me to disable IPv6 on the probe to ensure it accurately represents the actual state of my connectivity? Hello, In my opinion it does not make sense to provide IPv6 to the probe if it is a tunnelled and not a native connection. Also last time I checked the map display still only showed the IPv6 AS even when IPv6 and IPv4 ASes differ, marking me as being in AS6939 if I turn on IPv6 to the probe, which is not exactly useful to anyone, IMHO. -- With respect, Roman From rm at romanrm.ru Sun Jul 10 08:39:16 2011 From: rm at romanrm.ru (Roman Mamedov) Date: Sun, 10 Jul 2011 12:39:16 +0600 Subject: [atlas]Falling back to IPv4 if IPv6 connectivity is lost? In-Reply-To: References: <20110710023921.7167fba6@natsu> Message-ID: <20110710123916.075c1113@natsu> On Sun, 10 Jul 2011 02:11:04 +0000 Kenneth Aalberg wrote: > You raise very valid points, and I'm removing the IPv6 static address I put on the probe. However, won't it still configure an autonomous IPv6 address from radvd information even if I remove the IPv6 IP? Is there any way to disable IPv6 completely on the probe? Or do I have to do something to ensure it doesn't get autonomously configured on the radvd side? Hello, Due to security concerns I have my probe plugged in into its own network port on my gateway server, that way I can easily control whether or not the gateway does RA on this port, which DHCP details it sends out, which firewall rules are applied, etc. An alternative would be putting the probe in its own VLAN, but my main switch is not VLAN-capable. In your case you can try firewalling off IPv6 from the probe and then rebooting it, so even though it has an IPv6 address, it can never connect to anything on IPv6, and hopefully it will just use only IPv4 from the start. -- With respect, Roman -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From robert at ripe.net Mon Jul 11 11:38:30 2011 From: robert at ripe.net (Robert Kisteleki) Date: Mon, 11 Jul 2011 11:38:30 +0200 Subject: [atlas]Falling back to IPv4 if IPv6 connectivity is lost? In-Reply-To: <20110710023921.7167fba6@natsu> References: <20110710023921.7167fba6@natsu> Message-ID: <4E1AC496.2030003@ripe.net> Hi, > Also last time I checked the map display still only showed the IPv6 AS > even when IPv6 and IPv4 ASes differ, marking me as being in AS6939 if I > turn on IPv6 to the probe, which is not exactly useful to anyone, IMHO. Regarding this: currently we only really use (and show) the AS of the default connection (v6, if available) even if it's tunnelled. We'll be separating the IPv4/IPv6 ASes and show both on the UI. Regards, Robert From kenneaal at gmail.com Mon Jul 11 12:46:55 2011 From: kenneaal at gmail.com (Kenneth Aalberg) Date: Mon, 11 Jul 2011 12:46:55 +0200 Subject: [atlas]Probe with static IPv6 can 'lock up' if unreachable on IPv6 Message-ID: <002a01cc3fb7$deaa0070$9bfe0150$@gmail.com> Greetings. As advised by other members of the list, I've moved my probe from behind a router that provided IPv6 tunneling and to the pure IPv4 network. However, when reconfiguring the probe, the static IPv6 address I added to it seems to not 'let go'. It now gets an IPv4 address as it should, but it shows as down in the probe list. The configuration page also claims it still has the static IPv6 address configured. I mentioned earlier about fallback to IPv4, but I'd also like to extend the question towards whether there is any functionality that lets the probe try 'last ditch efforts' to connect in cases where its configuration just doesn't work? (As in, give up on static addresses and try DHCP even if it has been assigned a static address) Best regards, Kenneth Aalberg -------------- next part -------------- An HTML attachment was scrubbed... URL: From vnaumov at ripe.net Mon Jul 11 12:19:44 2011 From: vnaumov at ripe.net (vnaumov) Date: Mon, 11 Jul 2011 12:19:44 +0200 Subject: [atlas]UI for "My Probes" in IE7 broken (again)? In-Reply-To: <4E160430.40103@CC.UniVie.ac.at> References: <4E160430.40103@CC.UniVie.ac.at> Message-ID: <4E1ACE40.4050609@ripe.net> Hi Wilfried, Strange thing, I tested it on IE and it worked, but not on IE7. Now it works on IE7 as well. Regards, /vic On 7/7/11 9:08 PM, Wilfried Woeber, UniVie/ACOnet wrote: > It looks like th UI for the "My Probes" section is broken again for IE7. > > All the other sections of the site seem to work. > > Wilfried. > From Woeber at CC.UniVie.ac.at Mon Jul 11 15:55:03 2011 From: Woeber at CC.UniVie.ac.at (Wilfried Woeber, UniVie/ACOnet) Date: Mon, 11 Jul 2011 13:55:03 +0000 Subject: [atlas]UI for "My Probes" in IE7 broken (again)? In-Reply-To: <4E1ACE40.4050609@ripe.net> References: <4E160430.40103@CC.UniVie.ac.at> <4E1ACE40.4050609@ripe.net> Message-ID: <4E1B00B7.8070008@CC.UniVie.ac.at> vnaumov wrote: > Hi Wilfried, > > Strange thing, I tested it on IE and it worked, but not on IE7. > > Now it works on IE7 as well. Confirmed, thanks :-) Wilfried > Regards, > > /vic > > > On 7/7/11 9:08 PM, Wilfried Woeber, UniVie/ACOnet wrote: > >> It looks like th UI for the "My Probes" section is broken again for IE7. >> >> All the other sections of the site seem to work. >> >> Wilfried. >> > > From ahmed at tamkien.com Tue Jul 12 08:16:13 2011 From: ahmed at tamkien.com (Ahmed Abu-Abed) Date: Tue, 12 Jul 2011 09:16:13 +0300 Subject: [atlas]Mail list archives Message-ID: Hello, I just subscribed to the Atlas mail list and I am looking for the mail list archives, can anyone point me to it ? Cheers, -Ahmed -------------- next part -------------- An HTML attachment was scrubbed... URL: From rde at tavi.co.uk Tue Jul 12 08:55:14 2011 From: rde at tavi.co.uk (Bob Eager) Date: Tue, 12 Jul 2011 07:55:14 +0100 Subject: [atlas]Mail list archives In-Reply-To: References: Message-ID: <20110712075514.6773274e@raksha.tavi.co.uk> On Tue, 12 Jul 2011 09:16:13 +0300 "Ahmed Abu-Abed" wrote: > Hello, > > I just subscribed to the Atlas mail list and I am looking for the > mail list archives, can anyone point me to it ? Take a look in the headers of any message from the list. From ahmed at tamkien.com Tue Jul 12 10:17:08 2011 From: ahmed at tamkien.com (Ahmed Abu-Abed) Date: Tue, 12 Jul 2011 11:17:08 +0300 Subject: [atlas]Mail list archives In-Reply-To: <20110712075514.6773274e@raksha.tavi.co.uk> References: <20110712075514.6773274e@raksha.tavi.co.uk> Message-ID: There is no Atlas archive on https://www.ripe.net/ripe/maillists/archives/ which the header points to. Any other way ? -Ahmed From: Bob Eager Sent: Tuesday, July 12, 2011 9:55 AM To: ripe-atlas at ripe.net Subject: Re: [atlas]Mail list archives On Tue, 12 Jul 2011 09:16:13 +0300 "Ahmed Abu-Abed" wrote: > Hello, > > I just subscribed to the Atlas mail list and I am looking for the > mail list archives, can anyone point me to it ? Take a look in the headers of any message from the list. -------------- next part -------------- An HTML attachment was scrubbed... URL: From carsten at schiefner.de Tue Jul 12 11:38:38 2011 From: carsten at schiefner.de (Carsten Schiefner) Date: Tue, 12 Jul 2011 11:38:38 +0200 Subject: [atlas]Mail list archives In-Reply-To: References: <20110712075514.6773274e@raksha.tavi.co.uk> Message-ID: <4E1C161E.6090509@schiefner.de> Hi Ahmed, Am 12.07.2011 10:17, schrieb Ahmed Abu-Abed: > There is no Atlas archive on > https://www.ripe.net/ripe/maillists/archives/ which the header points to. > > Any other way ? yepp - use: https://www.ripe.net/maillists/ncc-archives/ripe-atlas instead, as this is not a RIPE list, but a RIPE _NCC_ list. The main entry point for ALL lists is: https://www.ripe.net/ripe/mail Best, -C. > *From:* Bob Eager > *Sent:* Tuesday, July 12, 2011 9:55 AM > *To:* ripe-atlas at ripe.net > *Subject:* Re: [atlas]Mail list archives > > On Tue, 12 Jul 2011 09:16:13 +0300 > "Ahmed Abu-Abed" > wrote: > >> Hello, >> >> I just subscribed to the Atlas mail list and I am looking for the >> mail list archives, can anyone point me to it ? > > Take a look in the headers of any message from the list. From rde at tavi.co.uk Tue Jul 12 12:17:58 2011 From: rde at tavi.co.uk (Bob Eager) Date: Tue, 12 Jul 2011 11:17:58 +0100 Subject: [atlas]Mail list archives In-Reply-To: <4E1C161E.6090509@schiefner.de> References: <20110712075514.6773274e@raksha.tavi.co.uk> <4E1C161E.6090509@schiefner.de> Message-ID: <20110712111758.328493ae@raksha.tavi.co.uk> Presumably the headers ought to be changed, then! On Tue, 12 Jul 2011 11:38:38 +0200 Carsten Schiefner wrote: > Hi Ahmed, > > Am 12.07.2011 10:17, schrieb Ahmed Abu-Abed: > > There is no Atlas archive on > > https://www.ripe.net/ripe/maillists/archives/ which the header > > points to. > > Any other way ? > > yepp - use: > > https://www.ripe.net/maillists/ncc-archives/ripe-atlas > > instead, as this is not a RIPE list, but a RIPE _NCC_ list. > > The main entry point for ALL lists is: > > https://www.ripe.net/ripe/mail > > Best, > > -C. > > > *From:* Bob Eager > > *Sent:* Tuesday, July 12, 2011 9:55 AM > > *To:* ripe-atlas at ripe.net > > *Subject:* Re: [atlas]Mail list archives > > > > On Tue, 12 Jul 2011 09:16:13 +0300 > > "Ahmed Abu-Abed" > > > wrote: > > > >> Hello, > >> > >> I just subscribed to the Atlas mail list and I am looking for the > >> mail list archives, can anyone point me to it ? > > > > Take a look in the headers of any message from the list. > From carsten at schiefner.de Tue Jul 12 12:29:45 2011 From: carsten at schiefner.de (Carsten Schiefner) Date: Tue, 12 Jul 2011 12:29:45 +0200 Subject: [atlas]Mail list archives In-Reply-To: <20110712111758.328493ae@raksha.tavi.co.uk> References: <20110712075514.6773274e@raksha.tavi.co.uk> <4E1C161E.6090509@schiefner.de> <20110712111758.328493ae@raksha.tavi.co.uk> Message-ID: <4E1C2219.9080809@schiefner.de> Am 12.07.2011 12:17, schrieb Bob Eager: > Presumably the headers ought to be changed, then! Not just 'presumably' - 'most likely, I'd say.:-) From robert at ripe.net Tue Jul 12 12:35:06 2011 From: robert at ripe.net (Robert Kisteleki) Date: Tue, 12 Jul 2011 12:35:06 +0200 Subject: [atlas]Mail list archives In-Reply-To: <4E1C2219.9080809@schiefner.de> References: <20110712075514.6773274e@raksha.tavi.co.uk> <4E1C161E.6090509@schiefner.de> <20110712111758.328493ae@raksha.tavi.co.uk> <4E1C2219.9080809@schiefner.de> Message-ID: <4E1C235A.6020801@ripe.net> On 2011.07.12. 12:29, Carsten Schiefner wrote: > Am 12.07.2011 12:17, schrieb Bob Eager: >> Presumably the headers ought to be changed, then! > > Not just 'presumably' - 'most likely, I'd say.:-) Thanks for pointing it out! We'll fix it. Cheers, Robert From ahmed at tamkien.com Tue Jul 12 12:35:58 2011 From: ahmed at tamkien.com (Ahmed Abu-Abed) Date: Tue, 12 Jul 2011 13:35:58 +0300 Subject: [atlas]Mail list archives In-Reply-To: <20110712111758.328493ae@raksha.tavi.co.uk> References: <20110712075514.6773274e@raksha.tavi.co.uk><4E1C161E.6090509@schiefner.de> <20110712111758.328493ae@raksha.tavi.co.uk> Message-ID: <88D8FF9918C44BE09E8E0760349DC73A@mTOSH> Both the headers and the list's General Information page , http://www.ripe.net/mailman/listinfo/ripe-atlas , need to be updated. And surely so ;) -Ahmed -------------------------------------------------- From: "Bob Eager" Sent: Tuesday, July 12, 2011 1:17 PM To: Subject: Re: [atlas]Mail list archives > Presumably the headers ought to be changed, then! > > > On Tue, 12 Jul 2011 11:38:38 +0200 > Carsten Schiefner wrote: > >> Hi Ahmed, >> >> Am 12.07.2011 10:17, schrieb Ahmed Abu-Abed: >> > There is no Atlas archive on >> > https://www.ripe.net/ripe/maillists/archives/ which the header >> > points to. >> > Any other way ? >> >> yepp - use: >> >> https://www.ripe.net/maillists/ncc-archives/ripe-atlas >> >> instead, as this is not a RIPE list, but a RIPE _NCC_ list. >> >> The main entry point for ALL lists is: >> >> https://www.ripe.net/ripe/mail >> >> Best, >> >> -C. >> >> > *From:* Bob Eager >> > *Sent:* Tuesday, July 12, 2011 9:55 AM >> > *To:* ripe-atlas at ripe.net >> > *Subject:* Re: [atlas]Mail list archives >> > >> > On Tue, 12 Jul 2011 09:16:13 +0300 >> > "Ahmed Abu-Abed" > >> > wrote: >> > >> >> Hello, >> >> >> >> I just subscribed to the Atlas mail list and I am looking for the >> >> mail list archives, can anyone point me to it ? >> > >> > Take a look in the headers of any message from the list. >> >