Duaine -- ...and then Duaine Hechler said... % % Is there any email service that check email address format validation (IE: % gmail) ? In short, that's a pretty messy problem that depends heavily on your definitions of "check" and "validation" :-) % % I know AT&T don't, I keep getting this in the FROM field ......... % % ~~Super Slim Secret~~ <AT&TAppsBeta@att.sbc.bellsouth.juno.in@> If the '@>' at the end is really there, then yes that's bogus, because at least you can only have one '@' (or so I think; you could have multiple ! and % chars, but only one @). But if that's not really there, then I could definitelyl believe that Juno has an email service based in India and can only then presume that, yes, perhaps they really do mirror a very familiar-looking structure (although you also very probably wouldn't see att.sbc or sbc.bellsouth in real life). Your best bet is probably SpamAssassin or similar. % % -- % Duaine Hechler HTH & HAND :-D -- David T-G See http://justpickone.org/davidtg/email/ See http://justpickone.org/davidtg/tofu.txt

On 2013-10-23 23:33, Duaine Hechler wrote:

Is there any email service that check email address format validation (IE: gmail) ?

I know AT&T don't, I keep getting this in the FROM field .........

~~Super Slim Secret~~ <AT&TAppsBeta@att.sbc.bellsouth.juno.in@>

You can configure postfix (it may be the default) to reject any FROM address that does not exist. I know because I use fetchmail, which pushes email to postfix, which now and then rejects an email, which my ISP had previously accepted. This means that my ISP does not check. I disabled the check because that meant that it was left for ever at my ISP, producing a warning in the email every time fetchmail cycled, forcing me to manually delete it somehow. It is easier to fetch that email an have spamassassin dump it in due course. On the other hand, my ISP now and then pushes internal email with impossible from addresses, and no received headers. Ie, they create those "emails" directly in the imap server or whatever storage they use. And those emails are typically important service modification notices. -- Cheers / Saludos, Carlos E. R. (from 12.3 x86_64 "Dartmouth" at Telcontar)