Tiscali SMTP?

Glenn Plas <gplas@be.tiscali.com> wrote:
> Die banner hebben we daar al ongeveer een maand of 6 staan trouwens even
> lang als onze anti-spam maatregelen. Nog nooit eerder gezien ?

> Nog vragen verder over hoe het werkt ? Altijd welkom.

Glenn,

kan je even kort technisch uitleggen hoe de controle gebeurt? Een RCPT
TO poging op de remote server?

Welke voorzieningnen heb je getroffen om te verhinderen dat 2
mailservers die hetzelfde principe volgen, in een loop terechtkomen?
Wat doe je met MX hosts? controleer je ze allemaal? Enkel de eerste?

Vriendelijke groeten,
Frank Louwers

--
Openminds bvba www.openminds.be
Tweebruggenstraat 16 - 9000 Gent - Belgium

Stefaan <nomail@email.invalid> wrote:

> Die "onaantastbare" uit A?

ah, komt het van hen?

Vriendelijke groeten,
Frank Louwers

--
Openminds bvba www.openminds.be
Tweebruggenstraat 16 - 9000 Gent - Belgium

xeno <xenoREMOVE@pandora.be> wrote:
> On Thu, 16 Oct 2003 13:37:19 GMT, "Stefaan" <nomail@email.invalid>
> wrote:
>
>>Hey, Andy, Glenn, my best friends,
>>hebben jullie geen mail of telefoons om ons deze overlast *vooraf te
>>besparen?
>
> BC hecht meer belang aan het feit dat ze concurrenten publiekelijk
> kunnen proberen belachelijk maken door te wijzen op (mogelijke)
> fouten. Dat BC op zijn beurt zelf blind en doofstom is als er
> problemen gemeld worden, dat is dan weer normaal.

Dit gaat niet over het publiekelijk belachelijk maken van concurrenten. Dit gaat over een technische opmerking en vraag, die ondertussen reeds verduidelijkt is.

>
> De grootste ISP van Belgie maakt immers geen fouten, het zijn enkel de
> kleine overblijvende concurrentjes die maar wat zitten 'prutsen'...

Ik heb nooit gezegd, dat wij geen fouten maken.

-Andy

--
Andy De Petter - http://www.techos.be/andy - naql@gunvobk.or (ROT13)
Expert IT Analyst - Belgacom ANS/NTA/NST - http://www.belgacom.be
"Cogito Ergo Sum - I think, therefore I am."
-- R. Descartes

Jan Reilink <janreilink@vevida.nl> wrote:
> Stefaan wrote:
>>
>
> In Nederand hebben we daar IRC voor ;-))
> Spreken we overigens niet liever over "conculega's / collega's" i.p.v.
> "concurrenten"? Klinkt wat vriendelijker :P
>

Hier hebben we daar ook IRC voor, maar 'k ken toevallig geen irc'ende Tiscali engineers. ;)

-Andy

--
Andy De Petter - http://www.techos.be/andy - naql@gunvobk.or (ROT13)
Expert IT Analyst - Belgacom ANS/NTA/NST - http://www.belgacom.be
"Cogito Ergo Sum - I think, therefore I am."
-- R. Descartes

Glenn Plas <gplas@be.tiscali.com> wrote:
>
> Echt uitleg vroeg hij niet dacht ik. Tis gewoon even een klappeke doen.
> Er is in deze nieuwsgroup maanden geleden een posting van mezelf geweest
> waarin ik onze antispammaatregel uitgeleg.
> U kan hem zelf terugvinden als u even zoekt.
>

Glenn,

Welk nog een kleine bedenking: wat gebeurt er wanneer een andere provider hetzelfde systeem als jullie implementeert? Loop van reversed connections, tot de file descriptors opgebruikt zijn? Of staat er een limiet op het aantal reversed connections naar
eenzelfde host?

-Andy

--
Andy De Petter - http://www.techos.be/andy - naql@gunvobk.or (ROT13)
Expert IT Analyst - Belgacom ANS/NTA/NST - http://www.belgacom.be
"Cogito Ergo Sum - I think, therefore I am."
-- R. Descartes

Glenn Plas <gplas@be.tiscali.com> wrote:
>
> Ons standpunt is: Als je resources hebt om ons te kunnen mailen moet je maar in staat zijn minder dan 1 mailtje terug te ontvangen... Moesten wij dit niet doen ging er toch een bounce message in hun richting terug voor ELKE slechte mail dat naar ons ko
mt ... het is het 1 of het ander ...
>

Persoonlijk vind ik het een heel goed systeem, maar 'k denk dan wel ook aan al de manieren die kunnen worden gebruikt, om het systeem te misbruiken, door (D)DoS :(

-a

--
Andy De Petter - http://www.techos.be/andy - naql@gunvobk.or (ROT13)
Expert IT Analyst - Belgacom ANS/NTA/NST - http://www.belgacom.be
"Cogito Ergo Sum - I think, therefore I am."
-- R. Descartes

<frank@openminds.be> schreef in bericht
news:bmmjtv$nuade$2@ID-103399.news.uni-berlin.de...
> Stefaan <nomail@email.invalid> wrote:
>
> > Die "onaantastbare" uit A?
>
> ah, komt het van hen?

Volgens de Senior System Administrator van Tiscali,
en die kan het weten (zie ook de 3rd line support post van een Tiscali
medewerker)

Tiscali heeft blijkbaar al juridische stappen ondernomen tegen
het ingehuurde bedrijf - maar of dat F uit A zal stoppen
is zeer twijfelachtig.

Er zijn blijkbaar genoeg mensen-met-invloed in dit land die
nog steeds gewoon 100% ongestoord doen waar ze zin in hebben.
Strafbaar of niet.
Ik geraak een beetje off-topic, soit..

gr,

frank@openminds.be wrote:
> Glenn Plas <gplas@be.tiscali.com> wrote:
>> Die banner hebben we daar al ongeveer een maand of 6 staan trouwens even
>> lang als onze anti-spam maatregelen. Nog nooit eerder gezien ?
>
>> Nog vragen verder over hoe het werkt ? Altijd welkom.
>
> Glenn,
>
> kan je even kort technisch uitleggen hoe de controle gebeurt? Een RCPT
> TO poging op de remote server?

Yup, denk het wel, want ik heb gisteren geprobeerd om een MX voor een van onze servers te laten pointen naar localhost, en dan kreeg ik een andere foutmelding (Bad Recipient). Dus server maakt een reversed connection, en checkt de RCPT TO.

>
> Welke voorzieningnen heb je getroffen om te verhinderen dat 2
> mailservers die hetzelfde principe volgen, in een loop terechtkomen?
> Wat doe je met MX hosts? controleer je ze allemaal? Enkel de eerste?
>
> Vriendelijke groeten,
> Frank Louwers
>

-a

--
Andy De Petter - http://www.techos.be/andy - naql@gunvobk.or (ROT13)
Expert IT Analyst - Belgacom ANS/NTA/NST - http://www.belgacom.be
"Cogito Ergo Sum - I think, therefore I am."
-- R. Descartes

Op Thu, 16 Oct 2003 20:48:15 +0000, schreef Andy De Petter:

> Dit gaat niet over het publiekelijk belachelijk maken van concurrenten.
> Dit gaat over een technische opmerking en vraag, die ondertussen reeds
> verduidelijkt is.
>
>
Je naam om je hier hopeloos belachelijk te maken heb je al lang dus er zal
niemand meer opkijken dat je dit terug doet voor de zoveelste keer hoor
:-)

>
> Ik heb nooit gezegd, dat wij geen fouten maken.

Inderdaad kan je nog moeilijk ontkennen gezien de wereldbekendheid die de
knoeiboel van Skynet intussen geniet, je zou voor minder somber lopen :-(

kleine correctie, vergeet niet dat rcpt to: ALTIJD word gechecked om
uiteindelijk afgeleverd te worden, wat wij checken is de mail from:

er zijn geen loop problemen. Deze feature in exim is redelijk foolproof.
Ik begrijp niet goed waar je die loop zou zien ...

Glenn


> Yup, denk het wel, want ik heb gisteren geprobeerd om een MX voor een
> van onze servers te laten pointen naar localhost, en dan kreeg ik een
> andere foutmelding (Bad Recipient). Dus server maakt een reversed
> connection, en checkt de RCPT TO.
>
>
>> Welke voorzieningnen heb je getroffen om te verhinderen dat 2
>> mailservers die hetzelfde principe volgen, in een loop terechtkomen?
>> Wat doe je met MX hosts? controleer je ze allemaal? Enkel de eerste?
>>
>> Vriendelijke groeten,
>> Frank Louwers
>>
>>
> -a
>

Hello Glenn, Andy and everyone else ;)

On Fri, 17 Oct 2003 10:32:25 +0200
Glenn Plas <gplas@be.tiscali.com> wrote:
> kleine correctie, vergeet niet dat rcpt to: ALTIJD word gechecked om
> uiteindelijk afgeleverd te worden, wat wij checken is de mail from:
>
> er zijn geen loop problemen. Deze feature in exim is redelijk
> foolproof.
> Ik begrijp niet goed waar je die loop zou zien ...
>
A small link is better than a long explanation. This is called the
'callout verification' in exim and you can see it's description there:
http://www.exim.org/exim-html-4.20/d...37.html#IX2231

> Glenn
>

Regards,

--
,''`. Christopher `Physicman' Bodenstein <cb@physicman.net>
: :' : Physicman.Net : http://www.physicman.net/
`. `' Debian GNU/Linux : http://www.debian.org/
`- Debian IPv6 : http://people.debian.org/~csmall/ipv6/

Indeed ... bjr Christophe btw.... comment ca va la ? Laurent dit
bonjour ;-)

nog een mooie link hier:.
http://sourceforge.net/docman/displa...747&group_id=1

Glenn

On Fri, 17 Oct 2003 10:56:09 +0200, Physicman wrote:

> Hello Glenn, Andy and everyone else ;)
>
> On Fri, 17 Oct 2003 10:32:25 +0200
> Glenn Plas <gplas@be.tiscali.com> wrote:
>> kleine correctie, vergeet niet dat rcpt to: ALTIJD word gechecked om
>> uiteindelijk afgeleverd te worden, wat wij checken is de mail from:
>>
>> er zijn geen loop problemen. Deze feature in exim is redelijk
>> foolproof.
>> Ik begrijp niet goed waar je die loop zou zien ...
>>
> A small link is better than a long explanation. This is called the
> 'callout verification' in exim and you can see it's description there:
> http://www.exim.org/exim-html-4.20/d...37.html#IX2231
>
>> Glenn
>>
>>
> Regards,
>

On 16 Oct 2003 20:48:15 GMT, Andy De Petter <andy@brol.be> wrote:

>> BC hecht meer belang aan het feit dat ze concurrenten publiekelijk
>> kunnen proberen belachelijk maken door te wijzen op (mogelijke)
>> fouten. Dat BC op zijn beurt zelf blind en doofstom is als er
>> problemen gemeld worden, dat is dan weer normaal.
>
>Dit gaat niet over het publiekelijk belachelijk maken van concurrenten. Dit gaat over een technische opmerking en vraag, die ondertussen reeds verduidelijkt is.

Niet ? Wat was er zo moeilijk om dit probleem eerst onderling via een
telefoontje aan te kaarten ? Waarom moest dit hier perse direct via
publieke weg gaan ?

Uiteraard kan u nu het argument aanhalen dat "de mensen dan ook op de
hoogte waren"... Ik vind het gewoon laag.

Als andere mensen hier terecht over een Skynet/BC probleem klagen, dan
is Stefan er vaak als de kippen bij om het via mail verder af te
handelen, kwestie van de vuile was zo veel mogelijk binnen te houden.
En dan komt u als techo hier ff een andere ISP een veeg uit de pan
geven zonder eerst onderling het probleem te melden.

Dit lijkt mij meer een verborgen lastercampagne dan het 'melden van
een probleem'.

>> De grootste ISP van Belgie maakt immers geen fouten, het zijn enkel de
>> kleine overblijvende concurrentjes die maar wat zitten 'prutsen'...
>
>Ik heb nooit gezegd, dat wij geen fouten maken.

Waarom blijft die Skynet spam-soap dan duren ? Waarom blijven jullie
mailservers met momenten 10 uur of langer nodig hebben om mails bij
klanten te krijgen ? Waarom blijft jullie newsserver pokketraag na
kantooruren ?

Zaken die hier al 101 keer aangehaald zijn, en waar jullie gewoon
weinig of niets aan doen. Ja... beweren dat er niets aan de hand is
terwijl het probleem gewoon blijft bestaan...

En kom weer niet af met het verhaaltje dat jullie nu en dan problemen
hebben wegens het massaal aantal klanten dat jullie hebben doordat
jullie de grootste ISP in Belgie zouden zijn...

Als je dan toch de pretentie hebt de grootste te zijn of willen zijn,
zie dan ook dat je het aankan...

Glenn Plas <gplas@be.tiscali.com> wrote:
> kleine correctie, vergeet niet dat rcpt to: ALTIJD word gechecked om
> uiteindelijk afgeleverd te worden, wat wij checken is de mail from:

> er zijn geen loop problemen. Deze feature in exim is redelijk foolproof.
> Ik begrijp niet goed waar je die loop zou zien ...

Glenn,

Een van jullie mailservers (bv mail-in.tiscali.be) gebruikt dit systeem,
wij momenteel niet. Ik stuur je een mail. Onze MTA connecteert met
jullie server, doet een MAIL FROM: frank @ openminds.be, RCPT TO:
glennsomething @ tiscali.be. Op dat moment doet jullie server een poging
om frank @ openminds.be te controleren. Jullie MTA zal dus een connectie
maken met mail.openminds.be, en een MAIL FROM: something @ tiscali.be
RCPT TO: frank @ openminds.be proberen. Dit lukt, geen probleem, adres
ok, mail mail mag door.

Stel nu dat wij hetzelfde implementeren op mail.openminds.be als jullie
op mail-in.tiscali.be. Ik stuur je opnieuw mail. Alles is t zelfde, tot
op het moment dat jullie mailserver die callback doet, jullie MTA doet
opnieuw MAIL FROM: something @ tiscali.be RCPT TO: frank @ openminds.be.
Onze MTA ziet dan "ah, iemand die mail probeert te sturen, ik doe een
callback". Onze MTA gaat met jullie MTA connecteren, ... zie je de loop?

Welke voorzieningen hebben jullie hiertegen genomen?


Vriendelijke groeten,
Frank Louwers

--
Openminds bvba www.openminds.be
Tweebruggenstraat 16 - 9000 Gent - Belgium

frank@openminds.be wrote:
> Glenn Plas <gplas@be.tiscali.com> wrote:
> Stel nu dat wij hetzelfde implementeren op mail.openminds.be als jullie
> op mail-in.tiscali.be. Ik stuur je opnieuw mail. Alles is t zelfde, tot
> op het moment dat jullie mailserver die callback doet, jullie MTA doet
> opnieuw MAIL FROM: something @ tiscali.be RCPT TO: frank @ openminds.be.
> Onze MTA ziet dan "ah, iemand die mail probeert te sturen, ik doe een
> callback". Onze MTA gaat met jullie MTA connecteren, ... zie je de loop?

De callback gebruikt <> als envelope sender. Hierdoor is het niet
mogelijk in loops te raken.

> Welke voorzieningen hebben jullie hiertegen genomen?

Je hoeft er geen tegen te nemen.

stef