I have a VM with a clean Artica install (selected 'A' for "all" with install script) on a clean Ubuntu 10.04 LTS platform for a proof of concept.after the basic install of Artica (including Samba, postfix and Cyrus amongst others) I ran"/usr/share/artica-postfix/bin/artica-make APP_FETCHMAIL" in order to add fetchmail to the party.

I created a single organization with a single user configured.The user has an IMAP accessible mailbox created via the Cyrus IMAP system tab.I have made the distinction between username and mail address:user: poohbearmail: winniethepooh@domain.organd created a fetchmail rule that is supposed to login to an external pop mail server with the same username and fetch all mail to the local server so it can be serviced (and stored) via IMAP.

In the ruleI specified port 995 , the server IP i ticked ssl, but did not specify an ssl type (tls1 or ssl2 or some such type)I specified the username, password and the local delivery e-mail address.The rule is implemented and runs, however it produces errors in the event log

now when I go to the 'fetchmail rules'tab it says: "An error has occured making the request: Internal Server Error error"and I cannot edit nor delete the faulty fetchmail rule.

Please help me remove the fetchmail rule (or preferably: the Internal Server Error) because it is in the database and editing the fetchmail rc directly only gets overwritten with the data from the database.

thank you,this solved the issue of being able to change fetchmail rules. Fetchmail is able to fetch messages but still fails at delivery though. In my opinion this is still a problem with the fetchmail engine

i have made a fetchmail rule fetching e-mail for user POOH@somePOPserver.com with password "password"now when I configure local account as: poohbear (the actual local mailbox) it says: user not configured in LDAP database and thus refuses this input.when I put in : winniethepooh@domain.org (the main smtp account of user poohbear) it accepts this input.

When i try to fetch mail the delivery fails:

<winniethepooh@domain.org>: host test-vm.localhost.localdomain[/var/spool/postfix/var/run/cyrus/socket/lmtp] said: 550-Mailbox unknown. Either there is no mailbox associated with this 550-name or you do not have authorization to see it. 550 5.1.1 User unknown (in reply to RCPT TO command)

i have tried command line delivery with "swaks" on several levels: * when I deliver to postfix directly using destination winniethepooh@domain.org postfix passes the e-mail on via lmtp to the cyrus unix socket. cyrus refuses the e-mail: mailbox unknown* when I deliver directly via lmtp to the cyrus unix socket using destination winniethepooh@domain.org cyrus refuses the e-mail: mailbox unknown * when I deliver directly via lmtp to the cyrus unix socket using destination poohbear cyrus accepts and delivers the e-mail: everything fine and dandy.

this does not look very well.apparently the virtual table takes precedence over the alias table and the virtual table does not correctly rewrite the winniethepooh@domain.org address to the correct local poohbear user account which the alias table would.this is why delivery fails.

Can you tell me what should be configured in Artica to correctly reflect this either using postfix or fetchmail settings.?For the life of me I cannot find it.

I would be content with the fetchmail rules being able to take the REAL local account name as the "Local account:" setting, but artica refuses this.the alternative is the virtual table correctly rewriting the destination to the real local account.