Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.python > #54188 > unrolled thread

Tryign to send mail via a python script by using the local MTA

Back to article view | Back to comp.lang.python

Contents

  Tryign to send mail via a python script by using the local MTA Ferrous Cranus <nikos.gr33k@gmail.com> - 2013-09-15 08:54 -0700
    Re: Tryign to send mail via a python script by using the local MTA Joost Molenaar <j.j.molenaar@gmail.com> - 2013-09-15 20:59 +0200
      Re: Tryign to send mail via a python script by using the local MTA SuperHost - Nikos <nikos@superhost.gr> - 2013-09-15 23:56 +0300
    Re: Tryign to send mail via a python script by using the local MTA Chris Angelico <rosuav@gmail.com> - 2013-09-16 07:31 +1000
    Re: Tryign to send mail via a python script by using the local MTA Joel Goldstick <joel.goldstick@gmail.com> - 2013-09-15 17:57 -0400
    Re: Tryign to send mail via a python script by using the local MTA Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2013-09-16 01:52 +0000
      Re: Tryign to send mail via a python script by using the local MTA Ferrous Cranus <nikos.gr33k@gmail.com> - 2013-09-16 09:44 +0300
      Re: Tryign to send mail via a python script by using the local MTA Antoon Pardon <antoon.pardon@rece.vub.ac.be> - 2013-09-16 09:29 +0200
        Re: Tryign to send mail via a python script by using the local MTA Ferrous Cranus <nikos.gr33k@gmail.com> - 2013-09-16 11:04 +0300
      Re: Tryign to send mail via a python script by using the local MTA Chris Angelico <rosuav@gmail.com> - 2013-09-16 17:44 +1000
      Re: Tryign to send mail via a python script by using the local MTA Chris Angelico <rosuav@gmail.com> - 2013-09-16 17:46 +1000
      Re: Tryign to send mail via a python script by using the local MTA Antoon Pardon <antoon.pardon@rece.vub.ac.be> - 2013-09-16 10:07 +0200
      Re: Tryign to send mail via a python script by using the local MTA Chris Angelico <rosuav@gmail.com> - 2013-09-16 18:12 +1000
      Re: Tryign to send mail via a python script by using the local MTA Antoon Pardon <antoon.pardon@rece.vub.ac.be> - 2013-09-16 10:12 +0200
      Re: Tryign to send mail via a python script by using the local MTA Chris Angelico <rosuav@gmail.com> - 2013-09-16 18:19 +1000
      Re: Tryign to send mail via a python script by using the local MTA Antoon Pardon <antoon.pardon@rece.vub.ac.be> - 2013-09-16 10:43 +0200
      Re: Tryign to send mail via a python script by using the local MTA Chris Angelico <rosuav@gmail.com> - 2013-09-16 18:48 +1000
      Re: Tryign to send mail via a python script by using the local MTA Antoon Pardon <antoon.pardon@rece.vub.ac.be> - 2013-09-16 11:40 +0200
        Re: Tryign to send mail via a python script by using the local MTA Ferrous Cranus <nikos.gr33k@gmail.com> - 2013-09-16 12:45 +0300
          Re: Tryign to send mail via a python script by using the local MTA Joost Molenaar <j.j.molenaar@gmail.com> - 2013-09-16 12:06 +0200
            Re: Tryign to send mail via a python script by using the local MTA Denis McMahon <denismfmcmahon@gmail.com> - 2013-09-16 11:21 +0000
              Re: Tryign to send mail via a python script by using the local MTA Ferrous Cranus <nikos.gr33k@gmail.com> - 2013-09-16 14:37 +0300
                Re: Tryign to send mail via a python script by using the local MTA Heiko Wundram <modelnine@modelnine.org> - 2013-09-16 13:44 +0200
                  Re: Tryign to send mail via a python script by using the local MTA Ferrous Cranus <nikos.gr33k@gmail.com> - 2013-09-16 15:11 +0300
                    Re: Tryign to send mail via a python script by using the local MTA Heiko Wundram <modelnine@modelnine.org> - 2013-09-16 14:17 +0200
                    Re: Tryign to send mail via a python script by using the local MTA Antoon Pardon <antoon.pardon@rece.vub.ac.be> - 2013-09-16 14:56 +0200
                      Re: Tryign to send mail via a python script by using the local MTA Ferrous Cranus <nikos.gr33k@gmail.com> - 2013-09-16 18:02 +0300
                        Re: Tryign to send mail via a python script by using the local MTA Denis McMahon <denismfmcmahon@gmail.com> - 2013-09-16 19:09 +0000
                          Re: Tryign to send mail via a python script by using the local MTA Joel Goldstick <joel.goldstick@gmail.com> - 2013-09-16 17:07 -0400
                          Re: Tryign to send mail via a python script by using the local MTA Ferrous Cranus <nikos.gr33k@gmail.com> - 2013-09-17 00:18 +0300
                        Re: Tryign to send mail via a python script by using the local MTA Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2013-09-16 23:41 +0000
                          Re: Tryign to send mail via a python script by using the local MTA Heiko Wundram <modelnine@modelnine.org> - 2013-09-17 12:46 +0200
                            Re: Tryign to send mail via a python script by using the local MTA Grant Edwards <invalid@invalid.invalid> - 2013-09-17 14:37 +0000
                            Re: Tryign to send mail via a python script by using the local MTA Ferrous Cranus <nikos.gr33k@gmail.com> - 2013-09-17 18:17 +0300
                              Re: Tryign to send mail via a python script by using the local MTA Denis McMahon <denismfmcmahon@gmail.com> - 2013-09-17 16:30 +0000
                                Re: Tryign to send mail via a python script by using the local MTA Ferrous Cranus <nikos.gr33k@gmail.com> - 2013-09-18 00:42 +0300
                                  Re: Tryign to send mail via a python script by using the local MTA Chris Angelico <rosuav@gmail.com> - 2013-09-18 07:47 +1000
                                  Re: Tryign to send mail via a python script by using the local MTA William Ray Wing <wrw@mac.com> - 2013-09-17 18:34 -0400
                                  Re: Tryign to send mail via a python script by using the local MTA Denis McMahon <denismfmcmahon@gmail.com> - 2013-09-18 05:20 +0000
                                  Re: Tryign to send mail via a python script by using the local MTA Dennis Lee Bieber <wlfraed@ix.netcom.com> - 2013-09-18 18:31 -0400
                                  Re: Tryign to send mail via a python script by using the local MTA Dave Angel <davea@davea.name> - 2013-09-18 23:55 +0000
                              Re: Tryign to send mail via a python script by using the local MTA Dennis Lee Bieber <wlfraed@ix.netcom.com> - 2013-09-17 19:29 -0400
                                Re: Tryign to send mail via a python script by using the local MTA Νίκος <nikos.gr33k@gmail.com> - 2013-09-21 12:21 +0300
                                  Re: Tryign to send mail via a python script by using the local MTA William Ray Wing <wrw@mac.com> - 2013-09-21 09:29 -0400
                                    Re: Tryign to send mail via a python script by using the local MTA alex23 <wuwei23@gmail.com> - 2013-09-23 11:17 +1000
                              Re: Tryign to send mail via a python script by using the local MTA Piet van Oostrum <piet@vanoostrum.org> - 2013-09-17 22:58 -0400
                          Re: Tryign to send mail via a python script by using the local MTA Joel Goldstick <joel.goldstick@gmail.com> - 2013-09-17 07:55 -0400
                            Re: Tryign to send mail via a python script by using the local MTA Ferrous Cranus <nikos.gr33k@gmail.com> - 2013-09-17 15:11 +0300
                              Re: Tryign to send mail via a python script by using the local MTA Robert Kern <robert.kern@gmail.com> - 2013-09-17 13:51 +0100
                              Re: Tryign to send mail via a python script by using the local MTA Antoon Pardon <antoon.pardon@rece.vub.ac.be> - 2013-09-17 14:52 +0200
                              Re: Tryign to send mail via a python script by using the local MTA Jake Angulo <jake.angulo@gmail.com> - 2013-09-20 13:56 +1000
                                Re: Tryign to send mail via a python script by using the local MTA feedthetroll@gmx.de - 2013-09-20 04:05 -0700
                              Re: Tryign to send mail via a python script by using the local MTA Antoon Pardon <antoon.pardon@rece.vub.ac.be> - 2013-09-20 08:48 +0200
                              Re: Tryign to send mail via a python script by using the local MTA Robert Kern <robert.kern@gmail.com> - 2013-09-20 10:26 +0100
                          Re: Tryign to send mail via a python script by using the local MTA Heiko Wundram <modelnine@modelnine.org> - 2013-09-17 14:22 +0200
                      Re: Tryign to send mail via a python script by using the local MTA Ferrous Cranus <nikos.gr33k@gmail.com> - 2013-09-16 19:15 +0300
                        Re: Tryign to send mail via a python script by using the local MTA Ferrous Cranus <nikos.gr33k@gmail.com> - 2013-09-16 19:23 +0300
                          Re: Tryign to send mail via a python script by using the local MTA Denis McMahon <denismfmcmahon@gmail.com> - 2013-09-16 19:07 +0000
                        Re: Tryign to send mail via a python script by using the local MTA William Ray Wing <wrw@mac.com> - 2013-09-16 13:53 -0400
                          Re: Tryign to send mail via a python script by using the local MTA Ferrous Cranus <nikos.gr33k@gmail.com> - 2013-09-17 00:15 +0300
                            Re: Tryign to send mail via a python script by using the local MTA Tim Chase <python.list@tim.thechases.com> - 2013-09-16 20:40 -0500
                              Re: Tryign to send mail via a python script by using the local MTA feedthetroll@gmx.de - 2013-09-16 23:15 -0700
              Re: Tryign to send mail via a python script by using the local MTA Heiko Wundram <modelnine@modelnine.org> - 2013-09-16 13:32 +0200

Page 2 of 4 — ← Prev page 1 [2] 3 4  Next page →

#54218

On Mon, 16 Sep 2013 12:06:06 +0200, Joost Molenaar wrote:

> It's most likely an issue in your local SMTP server's configuration.

I'm not convinced about that. All the evidence is that OPs local mta 
delivers the message to google. I think the issue is that google are 
deciding the message is junk and dropping it in the bit recycling bin.

This is just as likely to be a feature of the random_char(50) subject and 
random_char(500) message text as it is any local mta settings. I have no 
idea what OPs random_char(x) does, but I also see no proof it doesn't 
insert data that's illegal in subject or body. Even if it creates a 
wholly valid message subject and body, it might look like something spammy 
to google.

starttls suggests that whatever his mta is, it's using some form of auth 
to communicate with gmail. It looks like his mail is delivered to the 
google servers.

If he's trying to prove communication works, he might be better off using 
a message subject of "test" and a message body of "this is a test 
message".

-- 
Denis McMahon, denismfmcmahon@gmail.com

[toc] | [prev] | [next] | [standalone]

#54219

Στις 16/9/2013 2:21 μμ, ο/η Denis McMahon έγραψε:
> On Mon, 16 Sep 2013 12:06:06 +0200, Joost Molenaar wrote:
>
>> It's most likely an issue in your local SMTP server's configuration.
>
> I'm not convinced about that. All the evidence is that OPs local mta
> delivers the message to google. I think the issue is that google are
> deciding the message is junk and dropping it in the bit recycling bin.
>
> This is just as likely to be a feature of the random_char(50) subject and
> random_char(500) message text as it is any local mta settings. I have no
> idea what OPs random_char(x) does, but I also see no proof it doesn't
> insert data that's illegal in subject or body. Even if it creates a
> wholly valid message subject and body, it might look like something spammy
> to google.
>
> starttls suggests that whatever his mta is, it's using some form of auth
> to communicate with gmail. It looks like his mail is delivered to the
> google servers.
>
> If he's trying to prove communication works, he might be better off using
> a message subject of "test" and a message body of "this is a test
> message".
>
Hello Denis and thanks for dropping into the conversation.

here is the code again with the random function definition:

# 
=================================================================================================================
# if html form is submitted then send user mail
# 
=================================================================================================================
def random_char( y, chars=string.ascii_uppercase + string.digits ):
	return ''.join( random.choice(chars) for x in range(y) )


for times in range(0, 10):
	try:
		# prepare mail data
		FROM = random_char(8) + '@' + random_char(5) + '.com'
		TO = "nkouras@ath.forthnet.gr"
			
		SUBJECT = random_char( 50 )
		MESSAGE = random_char( 500 )
		
		os.system( "echo %s | mailx -v -r %s -s %s %s" % (MESSAGE, FROM, 
SUBJECT, TO) )

		print( "<h2><font color=blue>%sη αποστολή προς %s 
επετεύχθη!</font></h2>" % (times, TO) )
	except Exception as e:
		print( "sendmail => ", date, repr( sys.exc_info() ) )

sys.exit(0)
=================================================================


i have sent 10 mails to my personal Google account and i though they 
were never get delivered but it seems that every half an hour or so, 
one-by-one come into appearance into my GMail account which i access via 
Thunderbird!

I don't know whats delaying them so long but they do come.

What i want now is to be able to alter the hostname of my server so the 
mails wont indicate that they derive from superhost.gr as they aare now 
sen in the mail headers.

I will show you an example when one more mail arrive into my gmail account.

[toc] | [prev] | [next] | [standalone]

#54221

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am 16.09.2013 13:37, schrieb Ferrous Cranus:
> What i want now is to be able to alter the hostname of my server so
> the mails wont indicate that they derive from superhost.gr as they
> aare now sen in the mail headers.

There is no way to do that, as the Received:-header which you complain
about is inserted by Google mail servers.

- -- 
- --- Heiko.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.20 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJSNu8bAAoJEDMqpHf921/SFjwH/RXH79ynaWTkdeYWc3koAPvv
wQJKaiYy0FMJgV0JoZqWcg6xc/gEfoyBVvMlxTjSI9Jq44Ay6p3xYl4mCV9Oxplc
nx3SD8XKE6HV8H8cdUE+MAVxcI4mhz43so6yG7vWFJskuKZMC4zCwnP3F2Wt3zNK
EpgYyyKSCG+5KOhnOryw3lVQ0qlsqp02/cEQbn3iWtoe5ojh8qFr+bHL1vs02gtK
16YgKXre+69ne1hs4Hcyj1OKzYHU+YJmP6WTbdIXFXv1ujS3pf0vjpPWLX8f02Y1
n0HHBL0hWvm9+rbxYXera75jQUqY0v042fDjajhKNa/Sq36OBeoW6vt5hysDBxc=
=4HLT
-----END PGP SIGNATURE-----

[toc] | [prev] | [next] | [standalone]

#54222

Στις 16/9/2013 2:44 μμ, ο/η Heiko Wundram έγραψε:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Am 16.09.2013 13:37, schrieb Ferrous Cranus:
>> What i want now is to be able to alter the hostname of my server so
>> the mails wont indicate that they derive from superhost.gr as they
>> aare now sen in the mail headers.
>
> There is no way to do that, as the Received:-header which you complain
> about is inserted by Google mail servers.

true.
Even if now i have stopped using Google's SMTP Server as a means for 
sending out mails and i have decided to use my local MTA instead, at the 
very moment Google's POP servers receive the mail they still add a 
RECEIVE header revealing the hostname of the server that initiated the 
contact. Correct?

But even so, if we alter for example the hostname of our server to a 
different name then wouldn't Google use that to identify the server thus 
protecting the real identity(hostname that is) of the server that 
initiated the connection?

[toc] | [prev] | [next] | [standalone]

#54223

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am 16.09.2013 14:11, schrieb Ferrous Cranus:
> But even so, if we alter for example the hostname of our server to
> a different name then wouldn't Google use that to identify the
> server thus protecting the real identity(hostname that is) of the
> server that initiated the connection?

Why on earth would you want to do that? Mail routing headers are there
for a reason.

- -- 
- --- Heiko.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.20 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJSNvbTAAoJEDMqpHf921/SUMoH/2iX9pw0DiOWqHzAj1igbswY
tlQVigpz8eprFpsl84JW0+NAOFcpy65VdmwynJ57+qhHvChpdygGoNYjtStP37nF
oYbMNHs2gRA+dbhl3xxjedGgIzQinGM7aiy+7ZGU/KIGHorMykV0eUDQaObklFNb
oepbNMu1yo2U2PWyBHxlH8iehyECFdeKfLRJX6YrkT5jSS7EKKn6UuaCLKRMYJNN
sClGe4J5x5GnIsPtPSWK73rdmYtY/vLmM9P4tDKCBAJvdW5nU52EXLlMNzWu8lPS
wvg6bor1/meYPxfzIcmIvKTiYZ+omkmQ8iPkOGEupPCKp8SRB9J2iq8nQA0mYo4=
=1cDc
-----END PGP SIGNATURE-----

[toc] | [prev] | [next] | [standalone]

#54224

Op 16-09-13 14:11, Ferrous Cranus schreef:
> Στις 16/9/2013 2:44 μμ, ο/η Heiko Wundram έγραψε:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Am 16.09.2013 13:37, schrieb Ferrous Cranus:
>>> What i want now is to be able to alter the hostname of my server so
>>> the mails wont indicate that they derive from superhost.gr as they
>>> aare now sen in the mail headers.
>>
>> There is no way to do that, as the Received:-header which you complain
>> about is inserted by Google mail servers.
> 
> true.
> Even if now i have stopped using Google's SMTP Server as a means for
> sending out mails and i have decided to use my local MTA instead, at the
> very moment Google's POP servers receive the mail they still add a
> RECEIVE header revealing the hostname of the server that initiated the
> contact. Correct?
> 
> But even so, if we alter for example the hostname of our server to a
> different name then wouldn't Google use that to identify the server thus
> protecting the real identity(hostname that is) of the server that
> initiated the connection?

No, google will probably find out that the name your server identifies
with, will not correspond with the IP address it is connected to and
will write a receive line that will reflect that fact, using reverse
DNS to report the real hostname of your computer.

-- 
Antoon Pardon

[toc] | [prev] | [next] | [standalone]

#54231

Στις 16/9/2013 3:56 μμ, ο/η Antoon Pardon έγραψε:
> Op 16-09-13 14:11, Ferrous Cranus schreef:
>> Στις 16/9/2013 2:44 μμ, ο/η Heiko Wundram έγραψε:
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>> Am 16.09.2013 13:37, schrieb Ferrous Cranus:
>>>> What i want now is to be able to alter the hostname of my server so
>>>> the mails wont indicate that they derive from superhost.gr as they
>>>> aare now sen in the mail headers.
>>>
>>> There is no way to do that, as the Received:-header which you complain
>>> about is inserted by Google mail servers.
>>
>> true.
>> Even if now i have stopped using Google's SMTP Server as a means for
>> sending out mails and i have decided to use my local MTA instead, at the
>> very moment Google's POP servers receive the mail they still add a
>> RECEIVE header revealing the hostname of the server that initiated the
>> contact. Correct?
>>
>> But even so, if we alter for example the hostname of our server to a
>> different name then wouldn't Google use that to identify the server thus
>> protecting the real identity(hostname that is) of the server that
>> initiated the connection?
>
> No, google will probably find out that the name your server identifies
> with, will not correspond with the IP address it is connected to and
> will write a receive line that will reflect that fact, using reverse
> DNS to report the real hostname of your computer.

We need to try it to see if it will work, or perhaps we can alter both 
the hostname and ip address variables on the server to some other values 
so that google will use them too.

It will not detect the real hostname or the real ip this way since both 
values will be not true.

[toc] | [prev] | [next] | [standalone]

#54243

On Mon, 16 Sep 2013 18:02:20 +0300, Ferrous Cranus wrote:

> We need to try it to see if it will work, or perhaps we can alter both
> the hostname and ip address variables on the server to some other values
> so that google will use them too.
> 
> It will not detect the real hostname or the real ip this way since both
> values will be not true.

It may however detect that your are presenting an ip and or hostname that 
does not match the host you are connecting with, and increase the spf 
score on the messages to the point that the messages get rejected either 
in the google mta or downstream due to their spf score.

-- 
Denis McMahon, denismfmcmahon@gmail.com

[toc] | [prev] | [next] | [standalone]

#54245

[Multipart message — attachments visible in raw view] — view raw

On Mon, Sep 16, 2013 at 3:09 PM, Denis McMahon <denismfmcmahon@gmail.com>wrote:

> On Mon, 16 Sep 2013 18:02:20 +0300, Ferrous Cranus wrote:
>
> > We need to try it to see if it will work, or perhaps we can alter both
> > the hostname and ip address variables on the server to some other values
> > so that google will use them too.
> >
> > It will not detect the real hostname or the real ip this way since both
> > values will be not true.
>
> It may however detect that your are presenting an ip and or hostname that
> does not match the host you are connecting with, and increase the spf
> score on the messages to the point that the messages get rejected either
> in the google mta or downstream due to their spf score.
>
> --
> Denis McMahon, denismfmcmahon@gmail.com
> --
> https://mail.python.org/mailman/listinfo/python-list
>

Nikos,

You have to start with a historical perspective.  Email was very open in
the beginning of the internet.  Before there were bad actors.  Since that
time, email has become the internet service most used for bad purposes, to
deliver bad payloads, spoof people into visiting fake websites to induce
them to give away private information, etc.  So, the email services have
gotten more particular about what they deem safe email in lots of different
ways.  If you want to do these various odd and misleading things to the
emails you send out, you will have to understand how to 'beat the systems'
that have been employed to stop that stuff.

Having read your questions here for the last year(s) I don't believe this
is an area in which you excel.  You always want quick answers to questions
that often show your complete lack basic understanding of the question
domain.   If you really want to plod along with this email spoofing, why
not take a couple of weeks to read all about how email works on the
internet, how email has been used to deliver viruses and spoofing schemes.
  After you understand that stuff well enough to show your competence in a
forum where there are other email experts, as your questions there.   As
has been pointed out by several people here, your questions are not python
language issues, they are issues relating to how email protocols work.  So,
study up and go to an email experts group and good luck!


-- 
Joel Goldstick
http://joelgoldstick.com

[toc] | [prev] | [next] | [standalone]

#54247

Στις 16/9/2013 10:09 μμ, ο/η Denis McMahon έγραψε:
> On Mon, 16 Sep 2013 18:02:20 +0300, Ferrous Cranus wrote:
>
>> We need to try it to see if it will work, or perhaps we can alter both
>> the hostname and ip address variables on the server to some other values
>> so that google will use them too.
>>
>> It will not detect the real hostname or the real ip this way since both
>> values will be not true.
>
> It may however detect that your are presenting an ip and or hostname that
> does not match the host you are connecting with, and increase the spf
> score on the messages to the point that the messages get rejected either
> in the google mta or downstream due to their spf score.
>

We have to try it to know for sure.

For example do ou know how can a later the hostname the MTA uses to 
identify the server?

[toc] | [prev] | [next] | [standalone]

#54253

On Mon, 16 Sep 2013 18:02:20 +0300, Ferrous Cranus wrote:

> We need to try it to see if it will work, or perhaps we can alter both
> the hostname and ip address variables on the server to some other values
> so that google will use them too.
> 
> It will not detect the real hostname or the real ip this way since both
> values will be not true.


Are you planning on sending spam? Or some other criminal activity?

I cannot fathom for the life of me a legitimate reason for your website 
to use a fake IP address and hostname when sending email.



-- 
Steven

[toc] | [prev] | [next] | [standalone]

#54277

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am 17.09.2013 01:41, schrieb Steven D'Aprano:
> I cannot fathom for the life of me a legitimate reason for your
> website to use a fake IP address and hostname when sending email.

In addition to that: it's amazing that Nikos thinks TCP will still
work in the presence of spoofed IP addresses. Email without TCP is a
challenge, at the least.

- -- 
- --- Heiko.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.20 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJSODMPAAoJEDMqpHf921/SC0YH/3rCWDcX+rzJKonfeJXUYNxz
nbrBPDsoZf6xPh0socOn88TrzgbZewhWf2l3dHAPOKxTAwUWjRjygatTccBmZur9
6B+t410Nq7axz5+0jg4OwBSOQVt3jr0YInK3vWzq4nd0V0cHchvZzfrdSmnEloDU
V3wIPhBM7MEavyuvrxhutIM8DxA/0z6L/cLhwnpHfE6AxVMeGh/dHhGK9eaxJ03C
pfPWgb2fuCRHrOd3+cLUx3ZFF6YkK00PZzICFhkx236K8iaTvBgqIsod2tpyP6+t
H9qlXCfxit1d6nEzTJavx4suBGStcbhDr1C6VlDaPjfVH+w8842h/0QLhTsMXjY=
=K/XL
-----END PGP SIGNATURE-----

[toc] | [prev] | [next] | [standalone]

#54306

On 2013-09-17, Heiko Wundram <modelnine@modelnine.org> wrote:
>
> Am 17.09.2013 01:41, schrieb Steven D'Aprano:
>> I cannot fathom for the life of me a legitimate reason for your
>> website to use a fake IP address and hostname when sending email.
>
> In addition to that: it's amazing that Nikos thinks TCP will still
> work in the presence of spoofed IP addresses. Email without TCP is a
> challenge, at the least.

Somehow I doubt Nikos is up to the task of settup up UUCP and a bank
of dial-up modems.  Even if he could manage it, there probably isn't
anybody to dial-up...

-- 
Grant Edwards               grant.b.edwards        Yow! Where's SANDY DUNCAN?
                                  at               
                              gmail.com            

[toc] | [prev] | [next] | [standalone]

#54313

On 17/9/2013 1:46 μμ, Heiko Wundram wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Am 17.09.2013 01:41, schrieb Steven D'Aprano:
>> I cannot fathom for the life of me a legitimate reason for your
>> website to use a fake IP address and hostname when sending email.
>
> In addition to that: it's amazing that Nikos thinks TCP will still
> work in the presence of spoofed IP addresses. Email without TCP is a
> challenge, at the least.
>
> - --
> - --- Heiko.
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.20 (MingW32)
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQEcBAEBAgAGBQJSODMPAAoJEDMqpHf921/SC0YH/3rCWDcX+rzJKonfeJXUYNxz
> nbrBPDsoZf6xPh0socOn88TrzgbZewhWf2l3dHAPOKxTAwUWjRjygatTccBmZur9
> 6B+t410Nq7axz5+0jg4OwBSOQVt3jr0YInK3vWzq4nd0V0cHchvZzfrdSmnEloDU
> V3wIPhBM7MEavyuvrxhutIM8DxA/0z6L/cLhwnpHfE6AxVMeGh/dHhGK9eaxJ03C
> pfPWgb2fuCRHrOd3+cLUx3ZFF6YkK00PZzICFhkx236K8iaTvBgqIsod2tpyP6+t
> H9qlXCfxit1d6nEzTJavx4suBGStcbhDr1C6VlDaPjfVH+w8842h/0QLhTsMXjY=
> =K/XL
> -----END PGP SIGNATURE-----
>
So cant this be done in python or not?
or is a mtetr of configuring the MTA? conf file?

[toc] | [prev] | [next] | [standalone]

#54322

On Tue, 17 Sep 2013 18:17:43 +0300, Ferrous Cranus wrote:

> So cant this be done in python or not?
> or is a mtetr of configuring the MTA? conf file?

Python can not control data that is added to the message after it has 
left the python program. If you want to retain maximum possible control 
of the mail process from within python, you need to use a python module 
that handles the smtp exchange with the destination mta, however even 
then you can not control the content of header lines added by that 
destination mta, which will invariably include the real[1] ip address of 
your system.

[1] The ip address that it is sending ack packets to as part of the smtp 
session, so unless you're using a proxy somewhere, this will be your 
system's ip address. Can't fake it. If the other system doesn't know your 
ip address, it can't send acks, and the tcp session fails.

-- 
Denis McMahon, denismfmcmahon@gmail.com

[toc] | [prev] | [next] | [standalone]

#54334

On 17/9/2013 7:30 μμ, Denis McMahon wrote:
> On Tue, 17 Sep 2013 18:17:43 +0300, Ferrous Cranus wrote:
>
>> So cant this be done in python or not?
>> or is a mtetr of configuring the MTA? conf file?
>
> Python can not control data that is added to the message after it has
> left the python program. If you want to retain maximum possible control
> of the mail process from within python, you need to use a python module
> that handles the smtp exchange with the destination mta, however even
> then you can not control the content of header lines added by that
> destination mta, which will invariably include the real[1] ip address of
> your system.
>
> [1] The ip address that it is sending ack packets to as part of the smtp
> session, so unless you're using a proxy somewhere, this will be your
> system's ip address. Can't fake it. If the other system doesn't know your
> ip address, it can't send acks, and the tcp session fails.
>
Ah, now we are getting somewhere.

So the foreign MTA tests for real time connectivity with the local MTA 
and it tries to detect a working host and ip address.

So even if we alter the hostname and the ip address of our localhost 
then the smtp procedure will fail correct?

[toc] | [prev] | [next] | [standalone]

#54335

On Wed, Sep 18, 2013 at 7:42 AM, Ferrous Cranus <nikos.gr33k@gmail.com> wrote:
> So the foreign MTA tests for real time connectivity with the local MTA and
> it tries to detect a working host and ip address.

No, the local MTA connects to the foreign MTA.

ChrisA

[toc] | [prev] | [next] | [standalone]

#54338

On Sep 17, 2013, at 5:42 PM, Ferrous Cranus <nikos.gr33k@gmail.com> wrote:

> On 17/9/2013 7:30 μμ, Denis McMahon wrote:
>> On Tue, 17 Sep 2013 18:17:43 +0300, Ferrous Cranus wrote:
>> 
>>> So cant this be done in python or not?
>>> or is a mtetr of configuring the MTA? conf file?
>> 
>> Python can not control data that is added to the message after it has
>> left the python program. If you want to retain maximum possible control
>> of the mail process from within python, you need to use a python module
>> that handles the smtp exchange with the destination mta, however even
>> then you can not control the content of header lines added by that
>> destination mta, which will invariably include the real[1] ip address of
>> your system.
>> 
>> [1] The ip address that it is sending ack packets to as part of the smtp
>> session, so unless you're using a proxy somewhere, this will be your
>> system's ip address. Can't fake it. If the other system doesn't know your
>> ip address, it can't send acks, and the tcp session fails.
>> 
> Ah, now we are getting somewhere.
> 
> So the foreign MTA tests for real time connectivity with the local MTA and it tries to detect a working host and ip address.
> 
> So even if we alter the hostname and the ip address of our localhost then the smtp procedure will fail correct?
> -- 
> https://mail.python.org/mailman/listinfo/python-list

I think you need to read up on some of the most basic fundamentals of tcp/ip networking, i.e., the basis of the global internet.  EVERY network packet (and I do mean every) packet in an IP network carries both a source and a destination address in its header.  These are fundamentally necessary in order to allow the gateway router at the originating site to direct an outgoing packet to its destination, and allow the receiving host at the destination site to craft reply packets.

-Bill

[toc] | [prev] | [next] | [standalone]

#54354

On Wed, 18 Sep 2013 00:42:22 +0300, Ferrous Cranus wrote:

> So the foreign MTA tests for real time connectivity with the local MTA
> and it tries to detect a working host and ip address.

No.

I strongly suggest that you stop trying to write software that transmits 
data across tcp/ip networks until you understand how tcp/ip networks 
function. This NG is not a networking for dummies course.

-- 
Denis McMahon, denismfmcmahon@gmail.com

[toc] | [prev] | [next] | [standalone]

#54404

On Tue, 17 Sep 2013 18:34:50 -0400, William Ray Wing <wrw@mac.com>
declaimed the following:


>
>I think you need to read up on some of the most basic fundamentals of tcp/ip networking, i.e., the basis of the global internet.  EVERY network packet (and I do mean every) packet in an IP network carries both a source and a destination address in its header.  These are fundamentally necessary in order to allow the gateway router at the originating site to direct an outgoing packet to its destination, and allow the receiving host at the destination site to craft reply packets.
>

	Even worse -- IP packets are wrapped by Ethernet packets which use MAC
addresses for direct routing between nodes... Granted, those MAC addresses
may not propagate beyond the next defined gateway IP host, but they do
(theoretically) identify the exact NIC that sent the packet.
-- 
	Wulfraed                 Dennis Lee Bieber         AF6VN
    wlfraed@ix.netcom.com    HTTP://wlfraed.home.netcom.com/

[toc] | [prev] | [next] | [standalone]

Page 2 of 4 — ← Prev page 1 [2] 3 4  Next page →

Back to top | Article view | comp.lang.python

csiph-web