Hi there, It now works. Don’t ask me why… I disabled SELinux on my MX backup and I thought that made it work. The issue is I cannot replicate it (i.e. if I enable SELinux back on the MX backup it still works).
Sure, the domain is sysbible.org (http://sysbible.org) (i.e. I’m getting my email address receive a confirmation email from twitter). It is also true that filtering by [email protected] would not find anything but twitter would. Thank you — unai On Sunday, 27 April, 2014 at 2:26 am, Eric Shubert wrote: > Are you certain about the twitter address? > I would try looking with: > # qmlog -lc twitter smtp > > If that shows nothing, then it's pretty safe to say that the messages > aren't reaching your QMT host. Cases like this typically involve an > upstream filter/proxy that's blocking traffic. > > Or perhaps your MX records are a little misconstrued. Kinda hard for us > to verify this if you don't give us a domain, but that's up to you. > > -- > -Eric 'shubes' > > On 04/25/2014 09:45 PM, Unai Rodriguez wrote: > > Dear List, > > > > Sorry to keep obsessing about this but I’m unable to receive the > > confirmation from Twitter. It just never reaches me and there’s nothing > > on the logs from my main and backup MX: > > > > On my main QMT server: > > > > [root@iki qmail]# grep -ir [email protected] (mailto:[email protected]) > > /var/log/qmail/* > > [root@iki qmail]# > > > > On my backup MX (runs Postfix but just to be sure): > > > > [root@iwo log]# grep -ir [email protected] (mailto:[email protected]) > > /var/log/* > > [root@iwo log]# > > > > I’ve already disabled DK as mentioned on: > > > > http://wiki.qmailtoaster.com/index.php/Disabling_Domain_Keys > > > > [root@iki qmail]# ls -l /var/qmail/bin/qmail-queue > > lrwxrwxrwx 1 root root 16 Apr 24 04:59 /var/qmail/bin/qmail-queue -> > > qmail-queue.orig > > > > and restarted QMT a couple days ago. > > > > Have any of you seen this behaviour? Any thoughts? > > > > Thank you so much > > > > — unai > > > > On Saturday, 26 April, 2014 at 12:36 am, Eric Shubert wrote: > > > > > On 04/25/2014 12:13 AM, Unai Rodriguez wrote: > > > > > Sometimes the smtp greeting will give an indication, when you telnet > > > > > into it. Of course, their outbound server isn't necessarily the same > > > > > host as the one accepting inbound connections. The bigger the domain, > > > > > the more likely these will be different. > > > > > > > > > > > > > > > > > Forgot to mention that I tried that also but it did not really help > > > > much: > > > > > > > > $ telnet ip_add 25 > > > > Trying 67.231.153.94... > > > > Connected to anonymised_hostname > > > > Escape character is '^]'. > > > > 220 mx0b-00123c01.pphosted.com <http://mx0b-00123c01.pphosted.com> > > > > ESMTP m0008250 > > > > > > > > > > > > > Yeah, nothing there that makes any sense to me. Certainly not the > > > default QMT. I'll keep that in mind. > > > > > > Thanks. > > > > > > P.S. Very nice try with nmap btw. :) > > > > > > -- > > > -Eric 'shubes' > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [email protected] > > > (mailto:[email protected]) > > > <mailto:[email protected]> > > > For additional commands, e-mail: > > > [email protected] > > > (mailto:[email protected]) > > > <mailto:[email protected]> > > > > > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > (mailto:[email protected]) > For additional commands, e-mail: [email protected] > (mailto:[email protected]) > >
