I just ran into a very odd problem. I opened a ticket via email, which worked. But I then saw three more tickets open from that same email, each at the next mail polling. I haven’t seen this problem before, and I don’t know where to look to tell RT what to do with fetched emails. As I said, I only just started seeing this, which means I must have changed something. All I did was add a few more queues to my fetchmailrc file, though. Are there fetchmail options I should add, or is this an RT setting? If the latter, is it in the web UI or somewhere in a configuration file? Thanks for any help.
Is fetchmail being told to delete mail from the mailbox after it has been fetched? Deleting mail from the mailbox is the default behaviour AFAIK. In any event, with or without deleting mail after it is fetched you’ll probably want to use the ‘uidl’ keyword in your configuration to keep track of what messages are considered new on your side of things instead of relying on the server to decide what’s new and what’s not.
From ‘man 1 fetchmailrc’:
-U | --uidl
Force UIDL use (effective only with POP3). Force client-side tracking of 'newness' of messages (UIDL stands for "unique ID listing"
and is described in RFC1939). Use with 'keep' to use a mailbox as a baby news drop for a group of users. The fact that seen mes‐
sages are skipped is logged, unless error logging is done through syslog while running in daemon mode. Note that fetchmail may
automatically enable this option depending on upstream server capabilities. Note also that this option may be removed and forced
enabled in a future fetchmail version. See also: --idfile.
Lead Analyst - Abuse and Security Management