Koozali.org: home of the SME Server
Obsolete Releases => SME Server 9.x => Topic started by: p-jones on April 03, 2020, 11:32:43 PM
-
Was hoping someone might be able to point me to the current rules for collecting mail from from a 'catchall' mailbox for a multi-drop environment. I looking specifically for Ports, SSL/TLS etc.
I have read this somewhere historically and I know that there were changes in V9.2 but now I search for it I cant find it. I need it in a hell of a hurry !
Some clever b****** (not me - I not clever) in a NFP I support decided that the middle of a lockdown was a good time to change hosting providers. I dont know if changing the MX record is going to be an option any more !!
Thanks in advance
P
-
Try adding the multi-drop info in server-manager (Email -> Email retrieval mode = multi-drop); it should "just work".
There may be edge cases to cleanup - but at least your email will be coming in...
-
I was looking in the DB variables list but can't see any settings for /etc/fetchmail
Have a look in the templates in:
/etc/e-smith/templates/etc/fetchmail
fetchmail keys I can see
status - default disabled
Method - default standard | multidrop
Verbosity - default silent | verbose
Protocol - default POP3 | see 'man fetchmail'
SSL - default disabled | enabled
AuthenticationMethod - default password | see 'man fetchmail'
SecondaryMailServer - empty
SecondaryMailEnvelope
SecondaryMailAccount
SecondaryMailPassword
(these should go in the wiki but i have other work to do now)
smtpd keys
TCPPort - whatever it is set to
Some wiki pages that may be relevant:
https://wiki.contribs.org/SME_Server:Documentation:Administration_Manual:Chapter13#E-mail_Retrieval
https://wiki.contribs.org/Fetchmail_secure_connection_troubles
https://wiki.contribs.org/Email#E-mail_Retrieval
If you require other settings then copy an existing template to custom templates and add your code accordingly.
-
Thanks guys, got enough from these replies to get me through.
Something that is perplexing me a little is the sort option for distribution. Some mail clients put a To: option in the header and other use "for" in the header.
Selecting "To:" seems to reject messages that use "for" (or vice-verse).
Any way to cover either/or ??
Thanks in advance & stay safe.
P