We need our own mail server

After looking into new users I found it's horrible! wehave about 50,60 users which not confirmed their emails! And its much worse for new users (about 50%)... after contacting with some of those which I know , They said they didn't receive any email... atleast I can say it's not realtime.


Bug is accepted as 'minor ' and the Team needs to fix it for Release beta 1.


Mon, Sep 22, 2014, 11:51 by leo (PO,SM,T)

you know them? did they find the mail in spam maybe?

I agree we have to find a better alternative now for what you are saying and we have to find a better alternative later for what they would cost us beyond the 100 mails per hour.

Mon, Sep 22, 2014, 12:33 by Mohammad Rafigh (PO,SM,T)

yes I know some of them, not in spam neither. :)

Mon, Sep 22, 2014, 13:48 by sven


mandrillapp.com seems to include a tracking pixel, so maybe you can get numbers or how many mails have been viewed...

I signed up and got an email instantly. The sending host is not on any blacklist as far as I can see (checked some 21).

I notice to probably relevant headers:
From: "LeoWandersleb@gmx.de" <LeoWandersleb@gmx.de>
Sender: "LeoWandersleb@gmx.de" <LeoWandersleb@mail128-6.atl41.mandrillapp.com>

[0] gives some explanations on the different meanings of those headers.
SPF [1] as the reason for the failing is my best guess for now, as GMX has it in place:
> sven@geekbox:~$ dig txt gmx.de +short
> "v=spf1 ip4: ip4: ip4: ip4: > ip4: ip4: ip4: -all"

Means that none but the mentioned servers are allowed to to relay mails by the sender-domain of "gmx.net". Possibly the different "Sender:" and "From:" headers should resolve this, but I cannot find any information linking to this and am no expert myself.

Is there any log or such at mandrillapp that might clarify why messages are not delivered?

Setting up your systems to relay mail directly should not be too difficult, its just some minimal config for a locally running mailserver and some DNS settings... W

Good luck in resolving the issue,

[0] https://stackoverflow.com/questions/3835065/smtp-e-mail-headers-return-path-vs-sender-vs-from
[1] https://en.wikipedia.org/wiki/Sender_Policy_Framework

Mon, Sep 22, 2014, 21:09 by leo (PO,SM,T)

Hi Sven,

thank you for your input. So you think it's easy to get a mail server running that does not give us a bigger headache than fixing the mandrill issue? I don't like all that tracking stuff but I don't want to loose much time and nerves trying to do it myself as I thouhght it was kind of complicated to do this right. Didn't you say something about redundant DNS and certificates or something?

Regarding Mandrill, they report 164 sent and 161 delivered, claiming a success rate of 98.2%.
I guess that is the monthly sends? Interface is weird.

Avg. open rate is 16% and average click rate is 8%.

2 hard and one soft bounce.

Tue, Sep 23, 2014, 00:36 by sven

running your own mailserver is not that much effort, as long as your domainhoster is not totally strange.

1) make sure the IP points only to mx.fluxcards.de (v4 and v6) - to configure at some control panel of your server hoster
2) make sure mx.fluxcards.de points to the right ip (v4 and v6) - to configure at the hoster of your dns domain
3) install postfix and do some basic checking... for these sign-up mails i guess you could live without TLS secured transmissions for now.

I can help you with the server setup, but its rather trivial. Of course any outsourced service is a service you don't have to worrie about - unless you figure out your mail is not being send/received...

I would not recommend accepting any mail on this server. Also use a @fluxcards.de email as a sender, to avoid trouble with gmx policies.

downside is, you won't get any statistics out of the box.

the redundant DNS issue applies only, if you want to get rid of your providers DNS servers.

Tue, Sep 23, 2014, 23:41 by leo (PO,SM,T)

down-graded to "normal" as Mohammad told me it might not be as bad at all with all the people that failed to spell their email right.

Post a comment