
Hi! Ein Kunde schickte uns eine Email von -mort-@arcor.de Als wir Ihm antworten wollten, kam ein Fehler vom otrs das angeblich diese Emailadresse nicht RFC... conform ist. Ich weiß, was die RFCs sind. Aber ein - ist doch erlaubt oder? Oder stimmt im otrs evtl. ein REGEX nicht? Gruß, Peter. -- _________________________________________________________________ web4.hm Pyrmonter Str. 42 D-31789 Hameln fon: +49-5151 60 99 70-0 Peter.Padberg@web4.hm fax: +49-5151 60 99 70-1 http://web4.hm

Am Fre, 2003-09-05 um 18.20 schrieb web4.hm - Peter Padberg:
Ein Kunde schickte uns eine Email von -mort-@arcor.de
Als wir Ihm antworten wollten, kam ein Fehler vom otrs das angeblich diese Emailadresse nicht RFC... conform ist.
Aber ein - ist doch erlaubt oder?
Oder stimmt im otrs evtl. ein REGEX nicht?
IMHO the leading minus is the problem. The address it self is valid, as almost anything is valid in RFC822. Consider THIS beast: Rob <@[matrix (smtp)], @[nexus: \[node 12\]]:rkehl@bogus.example.com> which I'm convinced is syntatically valid. Not that it'd ever get delivered... 8-) Let me show some examples from my SMTP server (exim 4.22) - you'll see the problem with -mort- then: Although I could convince exim to correctly verify the address, it took me some work: exim -v -bv -mort-@arcor.net didn't work exim -v -bv "Mort Harkon" <-mort-@arcor.net> didn't work either(!) exim -v -bv "Mort Harkon" -mort-@arcor.net after searching through some routers correctly verifies, but complains about missing local part! -mort-@arcor.net router = dnslookup, transport = remote_smtp host mail.arcor.net [145.253.32.2] MX=100 exim -v -bv "Mort Harkon" -mort-@arcor.net yields the same as the last one, but mangles up address meanwhile just to end up correctly at the dnslookup. Strange! So, nack to OTRS, I'd advice you to advice your customer to change the address. Leading minus signs could be taken as an argument by any MTA/MDA/MUA software, or might be stripped away, using the rest as a suffix. This will lead to problems. hth, Robert Kehl PS: Btw, this is an english speaking mailing list. Thank you.

Am Son, 2003-09-07 um 18.18 schrieb Robert Kehl:
Am Fre, 2003-09-05 um 18.20 schrieb web4.hm - Peter Padberg:
Ein Kunde schickte uns eine Email von -mort-@arcor.de
Als wir Ihm antworten wollten, kam ein Fehler vom otrs das angeblich diese Emailadresse nicht RFC... conform ist.
Aber ein - ist doch erlaubt oder?
Oder stimmt im otrs evtl. ein REGEX nicht?
IMHO the leading minus is the problem. The address it self is valid, as I think so, too. almost anything is valid in RFC822. Consider THIS beast:
Rob <@[matrix (smtp)], @[nexus: \[node 12\]]:rkehl@bogus.example.com>
which I'm convinced is syntatically valid. Not that it'd ever get delivered... 8-)
Let me show some examples from my SMTP server (exim 4.22) - you'll see the problem with -mort- then:
Although I could convince exim to correctly verify the address, it took me some work:
exim -v -bv -mort-@arcor.net didn't work me too. exim -v -bv "Mort Harkon" <-mort-@arcor.net> didn't work either(!) me too.
So, nack to OTRS, I'd advice you to advice your customer to change the address. Yes, we took another Emailadress... Thanks for all the Free-Mail-Providers outthere who release these Emailadresses...
Leading minus signs could be taken as an argument by any MTA/MDA/MUA software, or might be stripped away, using the rest as a suffix. This will lead to problems.
PS: Btw, this is an english speaking mailing list. Thank you. Yes, sorry! I re-subscribed this list and forgotten!
Thank you anyway! Viele Grüße, Peter. -- _________________________________________________________________ web4.hm Pyrmonter Str. 42 D-31789 Hameln fon: +49-5151 60 99 70-0 Peter.Padberg@web4.hm fax: +49-5151 60 99 70-1 http://web4.hm

JFYI. To disable the OTRS email syntax check (based on cpan's Email::Valid) add the following Kernel/Config-pm option: $Self->{CheckEmailAddresses} = 0; -Martin On Mon, Sep 08, 2003 at 08:43:37AM +0200, web4.hm - Peter Padberg wrote:
Am Son, 2003-09-07 um 18.18 schrieb Robert Kehl:
Am Fre, 2003-09-05 um 18.20 schrieb web4.hm - Peter Padberg:
Ein Kunde schickte uns eine Email von -mort-@arcor.de
Als wir Ihm antworten wollten, kam ein Fehler vom otrs das angeblich diese Emailadresse nicht RFC... conform ist.
Aber ein - ist doch erlaubt oder?
Oder stimmt im otrs evtl. ein REGEX nicht?
IMHO the leading minus is the problem. The address it self is valid, as I think so, too. almost anything is valid in RFC822. Consider THIS beast:
Rob <@[matrix (smtp)], @[nexus: \[node 12\]]:rkehl@bogus.example.com>
which I'm convinced is syntatically valid. Not that it'd ever get delivered... 8-)
Let me show some examples from my SMTP server (exim 4.22) - you'll see the problem with -mort- then:
Although I could convince exim to correctly verify the address, it took me some work:
exim -v -bv -mort-@arcor.net didn't work me too. exim -v -bv "Mort Harkon" <-mort-@arcor.net> didn't work either(!) me too.
So, nack to OTRS, I'd advice you to advice your customer to change the address. Yes, we took another Emailadress... Thanks for all the Free-Mail-Providers outthere who release these Emailadresses...
Leading minus signs could be taken as an argument by any MTA/MDA/MUA software, or might be stripped away, using the rest as a suffix. This will lead to problems.
PS: Btw, this is an english speaking mailing list. Thank you. Yes, sorry! I re-subscribed this list and forgotten!
Thank you anyway!
Viele Gr��e, Peter.
-- _________________________________________________________________ web4.hm Pyrmonter Str. 42 D-31789 Hameln
fon: +49-5151 60 99 70-0 Peter.Padberg@web4.hm fax: +49-5151 60 99 70-1 http://web4.hm
_______________________________________________ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
with kind regards Martin -- Martin Edenhofer - <martin at edenhofer.de> - http://martin.edenhofer.de/ -- esanta: 8:36pm an 17 Tage 21:53, 8 Benutzer, Durchschnittslast: 0,05, 0,09, 0,09
participants (3)
-
Martin Edenhofer
-
Robert Kehl
-
web4.hm - Peter Padberg