-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Hi,
I think you have a to heavy spam checker on MHS.
I will (ant I think other too) never click on any link that is send from
such a bounce. So please fix your Spamchecker.
- ----- Forwarded message from Sender Verification <verify(a)verify.transfer.ch> -----
Date: Fri, 8 Apr 2011 16:58:43 +0100
From: Sender Verification <verify(a)verify.transfer.ch>
To: klaus+swinog(a)ethgen.de
X-Received-From: Klaus
Subject: Mail verify (Subj: Re: [swinog] IP network not reachable from switzerland -)
*** English version below **
Guten Tag!
Sie haben eine E-Mail an m.hertzog(a)mhs.ch geschickt. Leider wurde Ihre E-Mail aufgrund verschiedener Kriterien als Spam erkannt und dem Empfänger bisher nicht zugestellt.
Bitte folgen Sie dem untenstehenden Link, um die E-Mail an den Empfänger freizuschalten.
http://verify.transfer.ch/php/verify.php?INR=00000001&ID=708a0b347dfa739a59…
Diese Nachricht wurde automatisch generiert, bitte antworten Sie nicht darauf.
Besten Dank!
................................
Dear sender,
You have sent an e-mail to m.hertzog(a)mhs.ch. Unfortunately, your message has not passed the spam filter.
Please click on the button below to identify your message as a regular message.
http://verify.transfer.ch/php/verify.php?INR=00000001&ID=708a0b347dfa739a59…
This is an automatic answer, please do not send a reply to this message.
Thank you!
- ----- End forwarded message -----
Gruß
Klaus
- --
Klaus Ethgen http://www.ethgen.ch/
pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen <Klaus(a)Ethgen.de>
Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iQEVAwUBTZ8kfJ+OKpjRpO3lAQr1xwf/Z9d3MTH1cww2No4sv47A2cOnudIQ5VkW
tjf0DKAZkRa0apHYtlEW7E4uKSMLKpNGQocVdjhI9PqJsnWj88qttBEM16lDEsFX
dLTZKryx9ywSyYCRQJlFD5DWsW2qzuC9ohKxq2UzpFoRTLgdlOB24khLPC+jxjra
nnTOVjMXK7WqIhmV15lMJKFFQHKvoOYOSjX3CvpXtDltEqqHX2JVLSTspdZGewZn
StJvJHrOAObPjh2zDz66Xi1cBL47ohMU0AEALtnfe17CPLksHeqkMlHx9gie05cg
cI9UI2iOwbRSk/5NgEKkYAWJQQlw1fRpaqVACHfjjgoy+bykXe7Aww==
=U0YV
-----END PGP SIGNATURE-----
hello all,
we can NOT reach the upper IP from:
- swisscom mobile
- cablecom.biz
- cablecom home
- swissix
but:
from our brasilian firewall I can ping host and reach smtp / http
sockets - also from a belarus provider.
and also from a testsite, hosted in germany / hetzner, the IP is
reachable.
but effectively from not any switzerland ISP reachable :-(
sad is, that reverse.lstn.net is dropping ICMP packets / traceroutes
not possible in any case
so host 69.162.65.122 is only answering to ICMP echo requests,
and listens to tcp25 and tcp80
could you be so kind and check, if you can connect to this host, and
tell me, via which ISP / peering ?
thanks in advance
stephan
http://whois.arin.net/rest/net/NET-69-162-65-120-1
Network
NetRange 69.162.65.120 - 69.162.65.127
CIDR 69.162.65.120/29
Name VOICONET-1
Handle NET-69-162-65-120-1
Parent LSN-DLLSTX-2 (NET-69-162-64-0-1)
Net Type Reassigned
Origin AS AS46475
Customer Voico.Net (C02455997)
Hello All
May somebody of the Bluewin/Bluemail mailfilter-team get in touch with
me (off-list)? A customer of ours has an issue I'd like to discuss.
Thank you in advance.
--
Best regards,
Roman Hochuli
Operations Manager
nexellent ag
Saegereistrasse 33
CH-8152 Glattbrugg
Phone: +41 44 872 20 00
Fax: +41 44 872 20 01
URL: www.nexellent.ch
X-NCC-RegID: ch.nexellent
Imagination is the one weapon in the war
against reality.
-- Jules de Gaultier
hi everyone
I have an open position in our team as network engineer.
please check out:
http://www.swisscom.ch/jobs -> and search for 50534834
You can send the CV directly to the mentioned HR consultant.
Best regards,
Andreas
Andreas Briner
Product IT Access Platforms
Binzring 17
CH-8045 Zürich
Schweiz
www.swisscom.ch<http://www.swisscom.ch/>
Dear list
Two related questions: --
1. How often do you think server rooms should be cleaned? I suspect the
common standard of "never" may not actually be best practice.
2. Can you recommend any specialist cleaning companies in Switzerland?
Kind regards
Anthony
hi everybody
here's the announcement for the next beer event.
yes, I know it's next monday and I'm late ,-))
the facts for the next event:
-----------------------------
Date: 4th of April 2011
Time: starting around 18.30 o'clock
Location: @ the "Don Weber" (Heinrichstrasse 213, Near TIX).
Registration deadline: 04.04.2011 13:00:00 (Monday)
Registration: http://swinog.mrmouse.ch
-----------------------------
Please register here: http://swinog.mrmouse.ch/ since we have to make
reservations, i need to know who's coming and who not. If you cannot
attend and you're registered please inform me asap (+41 79 277 92 35).
-steven
Hi there
mhs.ch ist looking to extend the tech team. Job description is available (in german) at: http://www.mhs.ch/unternehmen/Jobs/Jobs_techniker.shtml
Best wishes,
Matthias
_________________________________________
mhs @ internet AG
Zürcherstrasse 204, CH - 9014 St. Gallen
Phone +41 71 274 93 93, Fax +41 71 274 93 94
http://www.mhs.ch
_________________________________________
Vor einiger Zeit ging ja eine Mail herum, dass die globalen Nameserver
fuer .in-addr.arpa aendern werden, dass dies aber keine Auswirkungen
auf den taeglichen Betrieb haben wuerde. Nun, es hatte...
Wer auf seinen Nameservern bislang den folgenden Code drin hatte, um
reverse Lookups zu beschleunigen, kann seit der Umstellung keine
reverse Lookups mehr ausfuehren:
zone "." {
type slave;
file "slave/root.slave";
masters {
192.5.5.241; // F.ROOT-SERVERS.NET.
};
notify no;
};
zone "arpa" {
type slave;
file "slave/arpa.slave";
masters {
192.5.5.241; // F.ROOT-SERVERS.NET.
};
notify no;
};
zone "in-addr.arpa" {
type slave;
file "slave/in-addr.arpa.slave";
masters {
192.5.5.241; // F.ROOT-SERVERS.NET.
};
notify no;
};
Dieser Bereich ist standardmaessig auf aktuellen FreeBSD Servern
auskommentiert, es wird in einem Kommentar aber empfohlen, ihn fuer
Nameservern mit hohem Verkehrsaufkommen zu aktivieren. Nach der
Umstellung der in-addr.arpa Zonen funktioniert das Slaving _NICHT_
mehr, auch nicht von den neuen Servern. Resultat: Reverse-Lookup
funktioniert nicht mehr.
Wer Mailserver betreibt, die auf einem gueltigen Reverse-Lookup
bestehen fuer eine einkommende Verbindung, wird ohne Anpassung seiner
Nameserver nun beginnen (je mehr gecachte Zonen expiren desto mehr)
einkommende Verbindungen abzuweisen, und dieses Abweisen wird zumindest
bei unserm Setup mit "Relaying temporarily denied. Cannot resolve PTR
record for x.x.x.x" begruendet.
Eventuell sind die vor kurzem beschriebenen Probleme, dass bluewin
seine eigenen Adressen nicht akzeptiert (mit "relay denied") auf das
gleiche Problem zurueckzufuehren...
LG,
Markus