| Newsgroups |
gmane.mail.getmail.user |
| Message-ID |
<[email protected]> |
Hi again,
solved on my own:
Found in the log, that dovecot-lda throws warning (no errors, only warnings) about changed ssl params from dovecot 2.2
and 2.3.
As dovecot-lda send these warnings to STDERR, getmails seems to treat them as error and DOES NOT DELETE the getmail-ed
msgs anymore.
Maybe this works as desired/designed, as getmail couldn't be able to distinguish an error and a warning, coming from
STDERR.
Nevertheless: getmail is working again for me :-)
Regards,
Michael
Am 28.05.2018 um 17:39 schrieb [email protected]:
> Hi all,
>
> I have a nearly identical getmailrc for a few email addresses, e.g. for the sender address of this email:
>
>
>
> [retriever]
> type = SimpleIMAPSSLRetriever
> server = imap.mail.yahoo.com
> port = 993
> username = [email protected]
> password = ....
> #mailboxes = ("INBOX.Sent",)
> mailboxes = ("INBOX",)
>
> [destination]
> type = MDA_external
> path = /usr/lib/dovecot/dovecot-lda
> # -e: make dovecot return an error if necessary
> arguments = ("-e", "-d", "[email protected]", "-m", "INBOX")
> user = vmail
> group = vmail
>
> [options]
> # retrieve all emails
> read_all = true
> # delete after succesful delivery
> delete = true
> # do not add a Delivered-To: header field
> delivered_to = false
> # do not add a Received: header field
> received = false
>
>
> As Yahoo, whyever, does not (really) support IMAP IDLE, I covered the getmail call into a systemd unit which
> auto-restarts after 300 seconds:
>
>
> [Unit]
> Description=Getmail for [email protected]
> Wants=dovecot.service
> After=dovecot.service
>
> [Service]
> User=vmail
> Group=vmail
> ExecStart=/usr/bin/getmail --getmaildir=/var/getmail/[email protected]
> Restart=always
> RestartSec=300
>
> [Install]
> WantedBy=multi-user.target
>
>
> --> WORKED FINE, for months <--
>
> In the last time. not sure since when, it started to run into issues:
>
> - Covering systemd service unit runs into getmail error code "127", seems to totally unspecific, no additional,
> meaningful log entries with systemd journalctl. Running into state "failed" after a while, not at once, no idea why.
> - Independent if getmail was started by systemd or manually, getmail DOES NOT delete mails anymore after delivering them
> locally, also no idea why, no additional messages
>
>
> This unwanted behaviour is NOT related to this yahoo account, I'm also getmail-ing emails for e.g. a German "Deutsche
> Telekom" Email Account, where IMAP IDLE works perfectly fine. But perfectly fine currently means TONS of duplicates
> delivered by getmail.
>
>
> I've currently stopped all getmail service units.
>
> Any hints how to trace?
> I've made an upgrade to the newest OpenSuse release 15.0, maybe this included an upgrade of getmail also, but getmail's
> [option] flag "delete = true" is still valid, or?
>
>
> Regards,
> Michael
>