How to pass idle flag for getmail cf ?

[brainkiller]

I plan on converting my fetchmail config to getmail.
I have a mix of POP3 and IMAP configs.
Today I have the IMAP servers running with idle support.
How can I run IMAP with idle support on getmail in docker mailserver ?

[casperklein]

That is currently not supported.

We use this simple polling logic:

docker-mailserver/target/getmail/getmail-service.sh

Lines 33 to 47 in b06d57f

	# Run each getmailrc periodically.
	while :; do
	for RC_FILE in /etc/getmailrc.d/*; do
	_log 'debug' "Processing ${RC_FILE}"
	getmail --getmaildir "${GETMAIL_DIR}" --rcfile "${RC_FILE}"
	done
	# Stop service if no configuration is found.
	if [[ -z ${RC_FILE} ]]; then
	_syslog_error 'No configuration found'
	_stop_service
	fi
	sleep "${GETMAIL_POLL}m"
	done

[polarathene]

Today I have the IMAP servers running with idle support.

Have you got that setup in Fetchmail in DMS? We haven't officially documented it, but there is some details related to that here.

---

How can I run IMAP with idle support on getmail in docker mailserver ?

Similar situation to with Fetchmail's --idle option. Getmail has an --idle=MAILBOX CLI option where MAILBOX is a specific folder from the remote (according to other description upstream (1, 2)).

The upstream source code is a bit messy, but at a glance I don't think they are supporting an equivalent idle config file setting? If that's the case, then like @casperklein has mentioned DMS would not have support as we'd need to conditionally add that into our getmail CLI command he referenced.

As our current service config referenced for Getmail support invokes getmail sequentially for each config found, this wouldn't be compatible with the IMAP IDLE support AFAIK which is blocking? You'd need support implemented similar to our FETCHMAIL_PARALLEL that created N services I think (or we use something like & to run the process in the background and ensure we can stop all processes as a single service unit).

Feel free to open a feature request, but I don't know if anyone will have time to implement or review 😓

[brainkiller]

Lol, I was the one who made the original PR for FETCHMAIL_PARALLEL long time ago for the same functionality.
Looks like I need to redo the work for getmail then if I want a similar functionality.

I fear I have the same issue as most here, a lack of free time.
When I find some time later this year I will try to implement a GETMAIL_PARALLEL option.
Seeing there are already several seperate config files created by the user this should be easier then with fetchmail I suppose.

[polarathene]

I believe we refactored that contribution a bit since, but yeah time is definitely a sparse resource atm otherwise I'd tackle it myself 😓