After finally finding some time for looking into /var/log/maillog and some googling, I found out, not surprisingly, that I had modified the system after all and messed the configuration myself.
The reason in this case was that I had configured Apache to use https instead of http. And I didn't remember that also rt-mailgate uses http/https to communicate with RT. Thus I had to modify all URL:s in /etc/aliases to reflect the change and run newaliases at command prompt. I also restarted postfix, as I'm not sure if the change comes into effect without it. Rgds, Tapio Tirkkola CSolutor Oy Lähettäjä: Tapio Tirkkola Lähetetty: 7. huhtikuuta 2011 12:13 Vastaanottaja: '[email protected]' Aihe: Problem delivering email messages to RT queues Hi I'm confused as I noticed that email messaged destined to create or update tickets in RT seem to do nothing anymore. I've had this configuration work properly before but suddenly it doesn't work anymore. And - yes, as so often - I don't know that anything would have been changed in the system. I use postfix on my RT host. So far I have verified, that email is still successfully delivered to my local mailbox on the RT host, both from my work mail (internally) and from my private mail (from public internet). Thus it seems that there is no general mail delivery problem to accounts in my RT email domain. However, messages to email addresses in the same email domain that match my RT queues don't seem to receive anything. At least messages don't appear in RT as new or updated tickets. And I don't get any responses like "Undeliverable..." like I do in case I try to send to a completely non-existing email address in the same domain. To me it looks like there's something funny in how RT receives the messages. Can anyone give hints how to troubleshoot this kind of a problem? E.g. is there a way to check postfix logs or something whether the messages have been received and maybe find out what happened to them? Or is there a way in RT to troubleshoot incoming email messages? Regards, Tapio Tirkkola [email protected]
