swinog

swinog@lists.swinog.ch

2 participants
2918 discussions

RE: [swinog] does Econophone block port25
by Sudan, Marco 04 Apr '07

04 Apr '07

Don't really know anything about it... might help if you upgrade the firmware, but i think its a bad move to tell half of the IT world that Econophone is having an open Network without any firewall ;-) cheers marco -----Original Message----- From: swinog-bounces(a)lists.swinog.ch [mailto:swinog-bounces@lists.swinog.ch] On Behalf Of Michele Capobianco Sent: Mittwoch, 4. April 2007 08:49 To: swinog(a)swinog.ch Subject: [swinog] does Econophone block port25 Hey all One of our costumers called us and said that he cant send mails anymore. After a few Hours checking with ports and stuff it appears that he cant open a port25 connection to anywhere. All Firewalls are out now, so its the Econophone ADSL allone. Does anyone know something about that ? Regards Michele ************************************************************************************* The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing security(a)colt.net and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.

1 0

Mailout Server
by Michele Capobianco 03 Apr '07

03 Apr '07

Hey all Does anybody know a Mailserver Software dedicated for Mailout? The idea is : If you send Mails to x Adresses (every Mail has his own <to> adress) it works like a normal Mailout server. If you send a Mail to 1 <to> adress and to 10000 <bcc> the Server noticed that and send the 10000 in packages of (for example) 50perHour. We would like the Software is for Windows. But i just want to know if there is such a Software Linux or Windows. Thanks for your Help. Michele

2 1

RE: [swinog] Complete facilities in Basel, Bern, and Zurich
by Sudan, Marco 03 Apr '07

03 Apr '07

put it on Ricardo, might be interesting to follow up ;-) -----Original Message----- From: swinog-bounces(a)lists.swinog.ch [mailto:swinog-bounces@lists.swinog.ch] On Behalf Of Per Jessen Sent: Dienstag, 3. April 2007 10:48 To: swinog(a)lists.swinog.ch Subject: Re: [swinog] Complete facilities in Basel, Bern, and Zurich Patrick Muller wrote: > Dear Mickey, > Do you have a list of equipments and prices ? > Bst regards I'd like a copy too. -- /Per Jessen, Zürich _______________________________________________ swinog mailing list swinog(a)lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog ************************************************************************************* The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing security(a)colt.net and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.

1 0

Re: [swinog] Complete facilities in Basel, Bern, and Zurich
by Patrick Muller 03 Apr '07

03 Apr '07

Dear Mickey, Do you have a list of equipments and prices ? Bst regards ------------------------- Patrick Muller CH Infrastructure manager IXEurope (Switzerland) SA Tel.: +41-(0)-22-544 98 00 Tel. direct: +41-(0)-22-544 98 31 Fax: +41-(0)-22-544 98 33 Mobile: +41-(0)-79-469 43 65 email: patrick.muller(a)ixeurope.com -------------------------- -----Original Message----- From: swinog-bounces(a)lists.swinog.ch <swinog-bounces(a)lists.swinog.ch> To: swinog(a)lists.swinog.ch <swinog(a)lists.swinog.ch> Sent: Mon Apr 02 17:40:04 2007 Subject: [swinog] Complete facilities in Basel, Bern, and Zurich Hi, I've got complete "POPs" in Bern, Basel, and Zurich that have raised floors, aircon, UPS, batteries, even DC power rectifiers. I don't need them any longer. If you are interested in taking over the lease, and/or buying the stuff for a good price, please let me know. Thanks, Mickey -- Mickey Coggins Tel: +41-22-783-6630 GSM: +41-79-476-8183 _______________________________________________ swinog mailing list swinog(a)lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog

2 1

Revised telecommunication law - disclosure regulation
by Matthias Leisi 01 Apr '07

01 Apr '07

Hello all, The revised swiss telecommunications law (SR 784.10) that came into effect today contains a provision that directly affects swiss providers, namely article 45 paragraph 2, which reads [1, 2, 3]: > Art. 45 Abs. 2 > 2 Wer diese Daten zur Ermittlung missbräuchlich hergestellter Verbindungen oder > unlauterer Massenwerbung benötigt, kann von der Anbieterin von Fernmeldediensten > Auskunft über Namen und Adressen der anrufenden Anschlüsse verlangen. I see two potential things happening: 1) Customers ask their *own* provider about the name of the responsible spammer for the usual drivel of spam sent through open proxies, abused feedback forms and the like -- which is clearly not what is intended by this article, and something which is clearly not possible in most cases. 2) Some spam recipients may be clueful enough to find out the responsible provider, and if this provider happens to be under swiss jurisdiction, the provider must reveal the identity of the spammer to the complainer. I do not care too much about the first case (although it may bring quite some additional work on the help desks), but I was wondering how you plan to handle the second case. In order to satisfy both this clause and the general privacy protection law (SR 235), a provider would need to: * Verify the complaint (ie, was it really spam according to the definition in the law). * Verify that he indeed can identify the responsible individual customer. Both of these preconditions have their own difficulties. * How should a provider determine whether what the recipient got was actually spam, especially if it is not a clear-cut case? * How does the provider make sure it's actually a spamming case and not eg a fishing expedition by a stalker or the copyright mafia? * How is the actual responsible customer securely identified, eg if it is an abused web form? What should be done in the case of the "hacked wireless" defense? In short, I see a considerable amount of work and uncertainty for Internet providers in Switzerland (both residential/broadband _and_ hosting providers), both from their own customers and external complaints. What's your take on it? -- Matthias [1] German text: http://www.admin.ch/ch/d/ff/2006/3565.pdf [2] French text: http://www.admin.ch/ch/f/ff/2006/3439.pdf [3] Italian text: http://www.admin.ch/ch/i/ff/2006/3309.pdf

1 0

dnswl.org ?
by Per Jessen 29 Mar '07

29 Mar '07

Matthias Leisi wrote: > 194.67.23.0/24 does not equal the full set of *.mail.ru hostnames. > > Similarly, dnswl.org contains three /24s for uol.com.br (see > http://www.dnswl.org/search.pl?s=3633). Now this is not a statement > that uol.com.br is all nice and cosy, but it's a statement of the fact > that the postmaster for uol.com.br told us that these are the ranges > for the mailservers (and we verified that using eg senderbase.org). > > Since such ranges are usually not as trustworthy as /32s of > well-respected mailserver operators, dnswl.org lists such ranges with > a score of "none"; for all practical reasons, this should translate > into "do not greylist, since there is most likely a legitimate > mailserver at the other end who will retry anyway". This sounds like a pretty good idea, but judging by the size of the rbldnsd file, it's not very popular? Only 4317 entries. /Per Jessen, Zürich

2 1

Whitelist website
by Radek Mrskos 28 Mar '07

28 Mar '07

What about a "whitelist" website, every ISP could enter the IPs of his MTA's and everybody could use for his whitelisting? Radek Mrskos Email mrskos(a)volume.ch volume.ch Tel: +41 43 534 40 24 Baechlerstr. 12 Mob: +41 79 219 68 66 CH-8802 Kilchberg Fax: +41 86079 2196 866 PGP:0x8CB69F6D URL: http://volume.ch

5 12

Huge retry delays in mail from Sunrise
by Stanislav Sinyagin 27 Mar '07

27 Mar '07

hi, We use the email greylisting policy for incoming email for us and our customers, and it appears that often the email from Sunrise network comes with huge delays, from several hours to several days. Did anyone else see such problems? Guys from Sunrise, plase contact me directly for more details and troubleshooting. Such delays seen in email coming from smtp-auth-be-01.sunrise.ch (mail-proxy-be-01.sunrise.ch [194.158.229.48]) smtp-auth-be-06.sunrise.ch (mx-auth.sunrise.ch [194.158.229.90]) cheers, stan 044 732 9953 079 407 0224

4 5

RE: [swinog] Huge retry delays in mail from Sunrise
by Stanislav Sinyagin 27 Mar '07

27 Mar '07

--- "Kurt A. Schumacher" <Kurt.Schumacher(a)schumi.ch> wrote: > Just a guess: > The more retries to a certain SMTP destination, the longer the retry > interval...leads to exponential delivery times. no, it's quite sporadic: some emails are retried wihtin 10 minutes, and some were delaying for hours. > Pure greylisting is - just like blacklistsing - is useless or leads to > unexpected behavior without a well-maintained and monitored whitelist for a > corporate or ISP e-mail system. it is actually a well-maintained whitelist, but of course sometimes exceptions happen...

1 0

Init7 is hiring
by Fredy Kuenzler 23 Mar '07

23 Mar '07

Init7 is hiring a a Junior Linux SystemadministratorIn: http://www.init7.net/jobs.php F.

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

swinog