Heya Swinog
We have business customers with an own mailservers asking us to provide a
backup MX for their mailserver.
Usualy we deny such request, because such a backup MX would bounce all spam
which cannot be relayed, and anyway, the sending server usualy queues the
email usualy about the same amount of time a backup mx would queue it. So we
see not advantage, but a big disatvantage.
Now some of our customers complain that 'all other ISP' offers such services.
So I wanted to know your opinions:
- Why would business customers _need_ their ISP to operate a backup MX for
them?
- Why can you avoid the disatvantage to generate a shitload of bounces when
operating ab backup MX?
- Is it true, that most ISP offer this kind of service?
Mit freundlichen Grüssen
Benoit Panizzon
--
I m p r o W a r e A G -
______________________________________________________
Zurlindenstrasse 29 Tel +41 61 826 93 07
CH-4133 Pratteln Fax +41 61 826 93 02
Schweiz Web http://www.imp.ch
______________________________________________________
Hi Swinogers,
I'm currently thinking about deploying a Sheevaplug or similar with mosh (http://mosh.mit.edu) as a login jumphost since I am several hours in mobile mode every day and I need a space outside of my network to host a *jump host*
please contact me offlist and offer me housing for something like that: http://www.plugcomputer.eu/
All I am taking up is some bandwith (expected bandwith in average probably 1mbit max, half of it for keepalives for outbound vpn tunnels,
Power consumption apparently less than 10watts.
Need v6 and v4 connection, 1 IP each, public, not firewalled, 1 Plug in the power strip
Since this is a rather non-standard thing I'm looking for, but I need it in a datacenter outside my infrastructure, I thought it's best to ask here.
Btw, for anyone experienced already or looking into mosh, looking forward for exchange here
Good Evening!
Silvan
On behalf of the RIPE Programme Committee:
> -------------------
>
> Call for Papers: RIPE 65
>
> A RIPE Meeting is an open event where Internet Service Providers,
> network operators and other interested parties get together. Although
> the meeting is mostly technical, it is also a chance for people to
> meet and network with others in their field.
>
> RIPE 65 will take place on 24-28 September 2012 in Amsterdam, Netherlands.
>
> The RIPE Programme Committee (PC) is now seeking content proposals
> from the RIPE community for the Plenary, BoF and tutorial sessions at
> RIPE 65. The PC is looking for presentations covering topics of
> network engineering and operations, including but not limited to:
>
> - IPv6 deployment
> - Managing IPv4 scarcity in operations
> - Commercial transactions of IPv4 addresses
> - Data center technologies
> - Network and DNS operations
> - Internet governance and regulatory practices
> - Network and routing security
> - Content delivery
> - Internet peering and mobile data exchange
>
>
> Submissions
>
> Attendees of the RIPE meetings are quite sensitive to keeping
> presentations non-commercial, and product marketing talks are strongly
> discouraged. Repeated audience feedback shows that the most successful
> talks focus on operational experience, research results, or case
> studies. For example, presenters wishing to describe a commercial
> solution should focus on the underlying technology and not attempt a
> product demonstration.
>
> Presenters who are proposing a panel or BoF are encouraged to include
> speakers from several (perhaps even competing) companies and/or a
> neutral facilitator.
>
> In addition to presentations selected in advance for the Plenary, the
> RIPE PC also offers several time slots for “lightning talks” which are
> selected immediately before or during the conference.
>
> The following requirements apply:
>
> - Proposals for talks, BoFs and panels must be submitted for full
> consideration no later than 1 July 2012, using the meeting submission
> system at:
>
> https://meetings.ripe.net/pc/
>
> Proposals submitted after this date will be considered on a
> space-available basis.
>
> - Presenters should indicate how much time they will require (30
> minutes for talks is a common maximum duration, although some talks
> can be longer).
>
> - Proposals for talks will only be considered by the PC if they
> contain at least draft presentation slides (slides may be updated
> later on). For BoFs and panels proposals must contain a clear
> description as well as names of invited panelists/presenters.
>
> - Due to potential technical issues, it is expected that most if not
> all presenters/panelists will be physically present at the RIPE
> meeting.
>
> - Lightning talks should be submitted using the meeting submission
> system. They must be short (10 minutes maximum) and often involve more
> timely topics. They can be submitted at any time. The allocation of
> lightning talk slots will be announced one day prior to the relevant
> session.
>
> If you have any questions or requests concerning content submissions,
> please email pc [at] ripe [dot] net.
while we're on the get-together topic :)
I've built a small platform for audio seminars and workshops: http://trrtrr.net
The primary goal was to set up discussions on IP telephony technologies (hence the name), but I'm completely open and if someone has a good topic for discussion, I'll gladly pass the moderator credentials.
The conferences are automatically recorded, and then can be easily published somewhere like SoundCloud.
cheers,
stan
Oh sorry, I forgot the English speaking readers of the list.
=========
Hi to all,
Last swinog meeting some colleges thought, it is time again to organice
a informal get-to-gather near Basel.
Mathias Seiler and me did have "unser Bier" in mind for the location. (A
location with almost infinite amount of beer. :)
So we meet next:
Friday 1. June
about 17:00 o'clock
Locations:
http://map.search.ch/basel/dornacherstr.192?b=highhttp://tinyurl.com/cu35u42
So let us celebrate the last labour day of the week, giving thanks to
your personal deity.
tgif = thanks god it's Friday
Saludos
Miguel
===== German =====
Hallo zusammen,
am letzten swinog Meeting haben einige Kollegen aus Basel empfunden, es
wäre an der Zeit sich mal auch wieder gemütlich in der Nähe von Basel zu
treffen.
Mathias Seiler und ich haben da gleich an "unser Bier" gedacht und haben
da jetzt nächsten:
Freitag 1. Juni
ab 17:00
Einen Tisch für uns Reserviert.
Last eure Arbeit in der Firma und bedankt euch bei der euch
nächstliegenden höheren Gottheit für den Freitag.
tgif = thanks god it's friday
Saludos
Miguel
Hallo zusammen,
am letzten swinog Meeting haben einige Kollegen aus Basel empfunden, es
wäre an der Zeit sich mal auch wieder gemütlich in der Nähe von Basel zu
treffen.
Mathias Seiler und ich haben da gleich an "unser Bier" gedacht und haben
da jetzt nächsten:
Freitag 1. Juni
ab 17:00
Einen Tisch für uns Reserviert.
Last eure Arbeit in der Firma und bedankt euch bei der euch
nächstliegenden höheren Gottheit für den Freitag.
tgif = thanks god it's friday
Saludos
Miguel
Hello
Thank you for clarification in fact we have around 500 mails waiting to
be delivered to @tele2.ch Addresses.
Maybe sunrise should either accept those mails and create proper DSNs or
make a public statement that tele2.ch addresses are not longer supported...
Kind regards, Stefan
On 05/23/2012 04:43 PM, Tele2 DNS Registry wrote:
> Dear Mr van Pelt and Mr Rothenbuehler,
>
> Tele2 has sold its Swiss subsidiary Econophone to Sunrise in 2008 and
> are not providing any services in the country anymore. We are just
> protecting our trademark by holding the domain tele2.ch. We do not have
> any recipients for mail in Switzerland, thus we do not have any use for
> mx record in the zone file.
>
>
> Med Vänlig Hälsning/Best Regards
> Eva
> DNS Registry
> Tele2 Sverige AB
>
> -------------- Swedish IP Network ------------------------
> Tele2 Sverige AB Tel: +46 8 5626 4008
> Box 62 Fax: +46 8 5626 4210
> 164 94 Kista Email: hostmaster(a)tele2.com
> Sweden http://www.tele2.se/
> ----------------------------------------------------------
>
>
>
> Pim van Pelt skrev 2012-05-23 16:24:
>> Hoi,
>>
>> On Wed, May 23, 2012 at 3:58 PM, Stefan Rothenbuehler
>> <stefan_rothenbuehler(a)bluewin.ch> wrote:
>>> Hello List
>>>
>>> We're having trouble delivering mail to tele2.ch. Their MX record seem to be
>>> gone.
>>> Did they stop working?
>> It is broken, I can confirm from my site:
>>
>> A, AAAA, and MX for tele2.ch are all NXDOMAIN. Strangely the serial of
>> tele2.ch is 2012010201. Adding registry(a)swip.net as per their RP
>> record.
>>
>>
>> groet,
>> Pim
Heya
Another one on about the same topic.
Business Customer with own Mailserver. They ofter want to know, which of our
mailservers they can use as smarthost. We usualy tell them, that they operate
an own fully connected mailserver which does not need any smarthost to deliver
email to the world.
Some do not agree. The reasons the tell us are:
- It Tech XY has told them that sending via a smarthost is much more reliable.
- Their previous ISP asked them to use it's smarthost.
- Our Server has better 'reputation' than theirs and thus emails are less
likely to be considered spam by some spamfilters.
- Some seem to see DNS issues which I never could understand (they have
correct PTR and MX settings for their mailservers).
The problems I see with smarthosting are:
- If an email to a recipient does not make it there, we get the blame even on
trivias like 'user unknown'.
- We have to punch holes in the anti-spam thorttling measures to allow them to
send more emails / time than the usual private customer does.
- They can generate huge load peaks if they operate newsletters and similar.
- They often do relay bounce emails for strange reasons, or cause mail loops
which we do not want to be routed via our infrastructure.
- The risk that our infrastructure get's blacklisted because of trojan
activities on a customers infrastructure increases.
So how do other ISP handle such requests? Do customer with an own fully
connected mailserver have any reason to use their ISP's email infrastructure
as smarthost?
Mit freundlichen Grüssen
Benoit Panizzon
--
I m p r o W a r e A G -
______________________________________________________
Zurlindenstrasse 29 Tel +41 61 826 93 07
CH-4133 Pratteln Fax +41 61 826 93 02
Schweiz Web http://www.imp.ch
______________________________________________________
