Possible bug in fetchmail mail retrieval

[hal9008]

SYSTEM INFORMATION
OS type and version	Debian Linux 11
Webmin version	2.202

After much thought, I am convinced that there is a bug in the latest versions of Webmin, in the fetchmail section.

Let’s get down to business. Let’s see if anyone can confirm if the behavior is the same as what I am seeing:

• Go to Webmin - Servers - Fetchmail mail retrieval

• Now click on “Add a new server” (As you can see in the image, we have created configurations in this section at some point, so it worked before).

• Now fill in the data and click on the “Create” button. A circle appears around the button indicating that the request is being processed, but it never ends.

I am controlling two virtualmin servers that are completely independent of each other and the behavior is identical in both. One of them, as you have seen, has a lot of configurations already made in fetchmail. The other one, however, has none. If I try to configure something in fetchmail in this last one, the same thing happens to me (it hangs when saving changes), so it seems to me that it is a system bug.

Could anyone else confirm that the same thing happens to them? If not, any idea how to fix it?

[hal9008]

I just found an workaround to this problem.

You can edit the individual settings that are already made or add new ones by editing a file with this command.

sudo nano /home/domain1/homes/destination_email_address_without_@_or_domain/.fetchmailrc (replace what is in bold with the right information)

There you have to put the following.

poll mail_you_are_going_to_pickup
proto pop3
auth password
via pop3_server.com
port 995
user “mail_you_are_going_to_pickup@domain2.com”
pass “Password_for_the_email_you_are_going_to_pickup”
is destination_email@domain1.com
nokeep
fetchall
ssl

(Replace all that is in bold with the right values)

In any case the web system to configure fetchmail has a bug.

[hal9008]

Could someone confirm to me if this bug is reproducible on other systems?