[Slackbuilds-users] Problems with upload

[/dev/rob0]

On Fri, Feb 12, 2010 at 12:38:14AM +0100, Serban Udrea wrote:
> I just tried to upload the ATLAS SlackBuild I mentioned in a
> previous Email and got this error message:
>
> >>>
> serban.udrea at skmail.ikp.physik.tu-darmstadt.de was rejected by  
> mailin.hrz.tu-darmstadt.de.
> Go back and enter a valid E-Mail address.
>
> If your mailserver uses Greylisting you may want to Whitelist  
> slackbuilds-users at slackbuilds.org.
> <<<
>
> To the best of my knowledge the address is valid. I am getting all
> the mails from slackbuilds-users at slackbuilds.org at it.

The SBo Web server is a different host. It is not the same place as 
the SBo MX & Mailman list server. The Web server attempts to validate 
email addresses before accepting the submission. This is necessary to 
prevent us from becoming a potential source of abuse.

The way greylisting works, the receiving host, in your case,
mailin.hrz.tu-darmstadt.de., looks at three elements: the MAIL FROM 
address, the RCPT TO address, and the client IP address. The first 
time that combination is seen, the request is deferred for an 
arbitrary period of time.

If the connecting client retries within the deferral period, it may 
be penalized further (this varies by implementation.) When it retries 
after the deferral period[s], it is considered "safe", and should be 
accepted.

Do note, you are NOT getting these list mails "from"
slackbuilds-users at slackbuilds.org; the MAIL FROM address is
slackbuilds-users-bounces at slackbuilds.org. And it wouldn't matter 
anyway, because you get list mail from my host, the MX, not from the 
SBo Web host.

> The point is, in my  
> opinion, that mailin.hrz.tu-darmstadt.de cannot validate it
> because skmail is a server independet of mailin(*). Thus mailin
> has no idea about the address above.

skmail.ikp.physik.tu-darmstadt.de. 86400 IN MX  10 skmail.ikp.physik.tu-darmstadt.de.
skmail.ikp.physik.tu-darmstadt.de. 86400 IN MX  200 mailin.hrz.tu-darmstadt.de.
skmail.ikp.physik.tu-darmstadt.de. 86400 IN MX  201 mailout.hrz.tu-darmstadt.de.

Mailin is listed as MX, second priority, for skmail. If it is unable 
to validate @skmail addresses, it should not be listed as MX. That's 
not doing anything positive for anyone but the spammers, and it can 
make mailin itself a backscatter spam source.

> Please let me know if I definitely must use another email address,  
> because in principle I would prefer to use the one I just tried.

I can't say what you "must" do. I can say that I don't recommend the 
use of multiple MX hosts for most situations, and that I neither use 
nor recommend greylisting, as spammers have mostly defeated it by 
now.

This is the host that should be whitelisted for your Slackbuild 
submissions (Erik will probably correct me if this is wrong):

slackbuilds.org.        38400   IN      A       208.67.159.181

List mail comes from here:

cardinal.lizella.net.   86400   IN      A       216.23.247.74