[Slackbuilds-users] Problems with upload
rob0 at slackbuilds.org
Fri Feb 12 06:20:43 UTC 2010
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
> 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
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
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 184.108.40.206
List mail comes from here:
cardinal.lizella.net. 86400 IN A 220.127.116.11
More information about the SlackBuilds-users