MFP: Scan to email address
-
@david.wiese said:
Here is the way i have my 7 mpf's setup. Each machine has its own From address and it is by department. So mine are [email protected], [email protected] and so on. All Mfp's point to our relay server and everything works without an issue. We are on Office365 for email only at this time.
David - What did you use as your relay server?
-
@g.jacobse i believe we are using a vm we setup that does our dir sync as well as our relay. I'm not 100% sure about that since I didn't set that up.
-
@g.jacobse said:
@david.wiese said:
Here is the way i have my 7 mpf's setup. Each machine has its own From address and it is by department. So mine are [email protected], [email protected] and so on. All Mfp's point to our relay server and everything works without an issue. We are on Office365 for email only at this time.
David - What did you use as your relay server?
I guess I should also ask / confirm: In O365 you have a distribution group for that resource (purchase, engineering, hr, etc),...
-
@g.jacobse nope, nothing setup in o365 for any of the scanners. They are just dummy addresses in the mfp's.
-
@scottalanmiller said:
You will likely need a relay SMTP server as well to manage your O365 authentication.
You definitely want a local relay if you will be doing a lot of email, because that will not slow down the machine itself while it sends each email.
If it is only occasionally or intermittent, you can get away without it.
You will need to confirm that your MFP can handle the authentication if you do not use a local relay. Or you will have to configure Office 365 to trust your IP for unauthenticated sends. This can be dangerous, but is easily configured in Office 365.
-
@david.wiese said:
@g.jacobse nope, nothing setup in o365 for any of the scanners. They are just dummy addresses in the mfp's.
That's a different approach. That is just sending email not going through O365 at all. Same as email from any external user.
-
@scottalanmiller said:
That's a different approach. That is just sending email not going through O365 at all. Same as email from any external user.
It is using his internal relay server to go through O365.
-
Yes, that will work
-
@JaredBusch are you sure? There is no need to relay if you don't use real addresses and he said he was using dummy addresses. We send from external, no relay, all the time.
-
@scottalanmiller said:
@JaredBusch are you sure? There is no need to relay if you don't use real addresses and he said he was using dummy addresses. We send from external, no relay, all the time.
@david.wiese said:
Here is the way i have my 7 mpf's setup. Each machine has its own From address and it is by department. So mine are [email protected], [email protected] and so on. All Mfp's point to our relay server and everything works without an issue. We are on Office365 for email only at this time.
-
We just had our new Konica Minolta's delivered - our install tech brought and left a document with me about setting it up. Sadly I'm not in any better position than I was before.
-
I just setup a secure FTPS server on our file server, like the firewall down to the IPs of the MFPs.
Setup virtual directories that makes a /Scans/ Folder under their Network drive. (it's virtual so the ftp login can't see all a users network files, just scans)
They select there username on the Ricoh and it saves there. I can't used SMB because we are on server 2012 and Ricoh doesn't support SMB 3.0 it seems.
I've never used the email function of the MFPs -
@g.jacobse said:
We just had our new Konica Minolta's delivered - our install tech brought and left a document with me about setting it up. Sadly I'm not in any better position than I was before.
Those instructions are outdated. It's just outlook.office365.com for the SMTP server. It's still 587 for the port and STARTTLS for the encryption though. That much is true. It's really simple stuff. Not sure where the issue is.
On a separate note, that site uses the same Wordpress theme mine does! Different coloring and images, yes, but look at it next to mine.
http://www.thanksaj.comLol
-
@ajstringham said:
@g.jacobse said:
We just had our new Konica Minolta's delivered - our install tech brought and left a document with me about setting it up. Sadly I'm not in any better position than I was before.
Those instructions are outdated. It's just outlook.office365.com for the SMTP server. It's still 587 for the port and STARTTLS for the encryption though. That much is true. It's really simple stuff. Not sure where the issue is.
On a separate note, that site uses the same Wordpress theme mine does! Different coloring and images, yes, but look at it next to mine.
http://www.thanksaj.comLol
I agree that it is a bit outdated as you pointed out that MS has changed the server naming. However in the comments someone stated this and pointed to SMTP.office365.com. I am unsure of the different, but then why did the change the naming of the office TOOLBAR to RIBBON?
I'll plug that in and see what it does.
-
@g.jacobse the Ribbon Toolbar was the major feature of MS Office 2007.
-
Well it worked finally - well sort of.
I created another user in O365 called Scanner Device (scandev@~~) assigned global admin rights and updated the copier. All the the other network settings were fine (TLS, port etc). And the scan sent it to email.
Of course it kept it internal.. which over all I suppose is perfect,.. but we haven't fully cut over from our POP email yet.
Two things of interest though:
- Global Rights seem to be a breach point..
- The scan came in a ZIP file
But otherwise - it worked just fine.
-
That it is a zip file must be from the scanner and not related to the mail settings.
-
@Reid-Cooper said:
That it is a zip file must be from the scanner and not related to the mail settings.
Also, find that setting in the MFP and change it. You do NOT want your users opening ZIP files. Even valid ones. because then they will open fake ones.
-
@JaredBusch good idea. That will get them into bad security habits.
