Re: using the character @ in the local part

Michael Blessenohl: > The security issue is, as far as I understand, that a backup MX uses an > @ in the local part for internal purposes. Which, in theory, can be > exploited to use the server as open relay. As long as I don't use a > backup MX, I don't have an open relay and everything is fine

Re: using the character @ in the local part

Am 04.01.2013 12:38, schrieb Michael Blessenohl: > Well, it doesn't: all this discussion was about receiving e-mails of that > kind. > Not about sending them. Sending them is supported by postfix by default. nonsense how do you send a message which is not received from the MUA first? MUA -> p

Re: using the character @ in the local part

Am 04.01.2013 11:56, schrieb Jim Reid: On 4 Jan 2013, at 10:12, Michael Blessenohl wrote: If there are 'bad ideas' in standards, then why aren't the standards changed? Because it's hard. And even if improved standards emerge from the IETF - ha! - there may not be the business or technical in

Re: using the character @ in the local part

On 4 Jan 2013, at 10:12, Michael Blessenohl wrote: > If there are 'bad ideas' in standards, then why aren't the standards changed? Because it's hard. And even if improved standards emerge from the IETF - ha! - there may not be the business or technical incentives to adopt them. Or there's too

Re: using the character @ in the local part

Well the three last answers are debate on principles, which I think is interesting but I don't think this mailinglist is the right place for. If there are 'bad ideas' in standards, then why aren't the standards changed? Especially if everybody agrees they are bad? For example I have a problem w

Re: using the character @ in the local part

Michael Blessenohl skrev den 2013-01-03 23:59: Thanks a lot for the help. There is no firewall messing with SMTP inbetween. With both options resolve_dequoted_address = no allow_untrusted_routing = yes it finally works. Because I don't have a backup MX, this set-up should be fairly safe to use.

Re: using the character @ in the local part

On 3 Jan 2013, at 18:33, Michael Blessenohl wrote: Am 04.01.2013 00:16, schrieb Stan Hoeppner: On 1/3/2013 4:59 PM, Michael Blessenohl wrote: Thanks a lot for the help. There is no firewall messing with SMTP inbetween. With both options resolve_dequoted_address = no allow_untrusted_routing =

Re: using the character @ in the local part

On Fri, Jan 04, 2013 at 12:33:49AM +0100, Michael Blessenohl wrote: > >Why are you so committed/determined to use special characters in the > >local-part, especially after the experts explained you should not be > >doing so? You obviously "need" to use '@' in local-part. Why do you > >need to do

Re: using the character @ in the local part

Michael Blessenohl: > Am 04.01.2013 00:16, schrieb Stan Hoeppner: > > On 1/3/2013 4:59 PM, Michael Blessenohl wrote: > >> Thanks a lot for the help. There is no firewall messing with SMTP > >> inbetween. With both options > >> > >> resolve_dequoted_address = no > >> allow_untrusted_routing = yes >

Re: using the character @ in the local part

Am 04.01.2013 00:16, schrieb Stan Hoeppner: On 1/3/2013 4:59 PM, Michael Blessenohl wrote: Thanks a lot for the help. There is no firewall messing with SMTP inbetween. With both options resolve_dequoted_address = no allow_untrusted_routing = yes it finally works. Because I don't have a backup

Re: using the character @ in the local part

On 1/3/2013 4:59 PM, Michael Blessenohl wrote: > Thanks a lot for the help. There is no firewall messing with SMTP > inbetween. With both options > > resolve_dequoted_address = no > allow_untrusted_routing = yes > > it finally works. Because I don't have a backup MX, this set-up should > be fairl

Re: using the character @ in the local part

Thanks a lot for the help. There is no firewall messing with SMTP inbetween. With both options resolve_dequoted_address = no allow_untrusted_routing = yes it finally works. Because I don't have a backup MX, this set-up should be fairly safe to use. Am 03.01.2013 22:08, schrieb Wietse Venema

Re: using the character @ in the local part

Am 03.01.2013 22:03, schrieb martijn.list: > On 01/03/2013 09:48 PM, Michael Blessenohl wrote: >> I'm sorry, I'll try not to use my smartphone again to answer mails from >> this list. >> >> I ment using a remote machine as client to connect to the postfix server >> as opposed to connect to the ma

Re: using the character @ in the local part

Michael Blessenohl: > I'm sorry, I'll try not to use my smartphone again to answer mails from > this list. > > I ment using a remote machine as client to connect to the postfix server > as opposed to connect to the machine itself. I don't know why it does > matter, but apparently it does. Using

Re: using the character @ in the local part

On 01/03/2013 09:48 PM, Michael Blessenohl wrote: I'm sorry, I'll try not to use my smartphone again to answer mails from this list. I ment using a remote machine as client to connect to the postfix server as opposed to connect to the machine itself. I don't know why it does matter, but apparent

Re: using the character @ in the local part

I'm sorry, I'll try not to use my smartphone again to answer mails from this list. I ment using a remote machine as client to connect to the postfix server as opposed to connect to the machine itself. I don't know why it does matter, but apparently it does. Using the hostname, IP or localhost

Re: AW: Re: AW: Re: using the character @ in the local part

Michael Blessenohl: >Please try again using the telnet command on a different machine >than localhost(br(span style="font-family:Prelude, Verdana, Please stop sending HTML-only posts to a mailing list. That is bad etiquette. After: # postconf "resolve_dequoted_address = no" # postfix rel

AW: Re: using the character @ in the local part

Didn't work either. Sorry. Am 03.01.2013 18:02 schrieb martijn.list : On 01/03/2013 04:12 PM, Michael Blessenohl wrote: > Am 03.01.2013 06:05, schrieb Viktor Dukhovni: >> On Thu, Jan 03, 2013 at 04:49:50AM +0100, Michael Blessenohl wrote: >> >>> /var/log/mail.info: >>> Jan 3 03:09:45 hostname post

AW: Re: AW: Re: using the character @ in the local part

Please try again using the telnet command on a different machine than localhost.On localhost I get the same result as you. Am 03.01.2013 17:45 schrieb Wietse Venema : Michael Blessenohl: > Can't I report Your test was invalid. hostname# postconf resolve_dequoted_address=no hostname# post

Re: using the character @ in the local part

On 01/03/2013 04:12 PM, Michael Blessenohl wrote: Am 03.01.2013 06:05, schrieb Viktor Dukhovni: On Thu, Jan 03, 2013 at 04:49:50AM +0100, Michael Blessenohl wrote: /var/log/mail.info: Jan 3 03:09:45 hostname postfix/smtpd[5781]: connect from mail-we0-f173.google.com[74.125.82.173] Jan 3 03:0

Re: AW: Re: using the character @ in the local part

Michael Blessenohl: > Can't I report Your test was invalid. hostname# postconf resolve_dequoted_address=no hostname# postfix reload postfix/postfix-script: refreshing the Postfix mail system hostname# telnet locahost smtp Trying 127.0.0.1... Connected to localhost. Es

AW: Re: using the character @ in the local part

Can't I report it as a Bug? The Mailman software for example handles this kind of addresses quite nicely. Am 03.01.2013 16:20 schrieb Wietse Venema : Michael Blessenohl: > > The RFC specifies the maximal valid character set for email addresses. > > Not all the constructs in this maximally valid cha

Re: using the character @ in the local part

Michael Blessenohl: > > The RFC specifies the maximal valid character set for email addresses. > > Not all the constructs in this maximally valid character set are > > safe on security, anti-relay, robustness, legacy-compatibility and > > other grounds. > > > > This thread is a dead-end. If you wan

Re: using the character @ in the local part

Am 03.01.2013 06:05, schrieb Viktor Dukhovni: On Thu, Jan 03, 2013 at 04:49:50AM +0100, Michael Blessenohl wrote: /var/log/mail.info: Jan 3 03:09:45 hostname postfix/smtpd[5781]: connect from mail-we0-f173.google.com[74.125.82.173] Jan 3 03:09:45 hostname postfix/smtpd[5781]: warning: Illegal

Re: using the character @ in the local part

On Thu, Jan 03, 2013 at 04:49:50AM +0100, Michael Blessenohl wrote: > /var/log/mail.info: > Jan 3 03:09:45 hostname postfix/smtpd[5781]: connect from > mail-we0-f173.google.com[74.125.82.173] > Jan 3 03:09:45 hostname postfix/smtpd[5781]: warning: Illegal > address syntax from mail-we0-f173.goog

Re: using the character @ in the local part

Am 03.01.2013 04:21, schrieb /dev/rob0: On Thu, Jan 03, 2013 at 04:02:41AM +0100, Michael Blessenohl wrote: I tried using an e-mail address "@"@example.com in postfix. When I try to deliver a mail to it, postfix rejects it with the error message 501 5.1.3 Bad recipient address syntax (state 13)

Re: using the character @ in the local part

On Thu, Jan 03, 2013 at 04:02:41AM +0100, Michael Blessenohl wrote: > I tried using an e-mail address "@"@example.com in postfix. When > I try to deliver a mail to it, postfix rejects it with the error > message > > 501 5.1.3 Bad recipient address syntax (state 13) That's not a Postfix rejection

Re: using the character @ in the local part

Am 03.01.2013 04:13, schrieb Michael Blessenohl: > Am 03.01.2013 04:06, schrieb Reindl Harald: >> Am 03.01.2013 04:02, schrieb Michael Blessenohl: >>> I tried using an e-mail address "@"@example.com in postfix. When I try to >>> deliver a mail to it, postfix rejects it >>> with the error message

Re: using the character @ in the local part

Am 03.01.2013 04:06, schrieb Reindl Harald: Am 03.01.2013 04:02, schrieb Michael Blessenohl: I tried using an e-mail address "@"@example.com in postfix. When I try to deliver a mail to it, postfix rejects it with the error message 501 5.1.3 Bad recipient address syntax (state 13) I defined an

Re: using the character @ in the local part

Am 03.01.2013 04:02, schrieb Michael Blessenohl: > I tried using an e-mail address "@"@example.com in postfix. When I try to > deliver a mail to it, postfix rejects it > with the error message > > 501 5.1.3 Bad recipient address syntax (state 13) > > I defined an alias, so in theory it should