because when the files are saved by the user the file is not unique. right now EVERY fax has the exact same filename. I find that problematic, so do users.
with a name of yyyymmddhhmmss they will be unique. they will also be sortable. this makes it easier to move to a smb share if this is already tackled. On Fri, Sep 16, 2011 at 11:24 AM, Luis F Urrea <[email protected]> wrote: > Nothing glamorous is just that it is already part of the dev ecosystem and > is already used by sipxivr to generate reports. > What I do not understand is why care about the file naming scheme when > they're written just momentarily? > Doesn't File.createTempFile("fax_", ".tiff"); guarantees somehow a unique > name? > > On Fri, Sep 16, 2011 at 4:50 AM, Tony Graziano > <[email protected]> wrote: >> >> the conversion to a pdf file should take place after it is received and >> before the email procedure starts. >> >> the axle conversion of a file not using I text should be simply 3 words >> using libb2pdf and adding that as a dependency oh well then 1 megabyte. >> >> at least that's what I had in mind. I also have in mind renaming the files >> using a julian date. >> >> in this type of situation does I text do anything glamorous? I ask because >> I am unfamiliar with it. >> >> On Sep 16, 2011 6:25 AM, "Luis F Urrea" <[email protected]> wrote: >> > Hi Tony, >> > >> > Thank you for the pointers. Based on the code you showed us we see what >> > George Niculae pointed, that there is not really a spool directory for >> > TIFF >> > files. >> > >> > The fax is received via a socket, written momentarily to disk, emailed >> > and >> > then deleted. >> > >> > Being that the case we don't see a way to implement anything that could >> > work >> > as an add on to convert to PDF and then email, as there is no guarantee >> > that >> > the temp files will stay on disk long enough for a rotation to a spool >> > dir. >> > >> > We have code that generates PDF based on the iText library, pretty >> > straight >> > forward actually. >> > >> > The question is, is incorporating this code to the sipx base the only >> > way to >> > achieve this functionality? How about current installations? >> > >> > On Fri, Sep 9, 2011 at 8:42 PM, Tony Graziano >> > <[email protected]>wrote: >> > >> >> they are not stored. They are in /temp until they are emailed then they >> >> are >> >> deleted. >> >> >> >> you should have 4.4 to test this with and the code you want to view is >> >> in >> >> sipxivr.java. please see: >> >> >> >> http://track.sipfoundry.org/browse/XX-9776 >> >> >> >> the code is in github. >> >> >> >> >> >> On Fri, Sep 9, 2011 at 10:10 PM, Luis F Urrea <[email protected]> >> >> wrote: >> >> >> >>> Hello, >> >>> >> >>> We are working on a TIFF to PDF tool with iText. I have a test bed >> >>> with: >> >>> >> >>> sipXconfig (4.2.1-018971 2010-08-17T02:20:18 build20) >> >>> >> >>> Can anyone point me to the directory in which TIFF files are stored? >> >>> Is this system wide? >> >>> >> >>> >> >>> TIA >> >>> >> >>> On Mon, Aug 29, 2011 at 3:20 AM, George Niculae <[email protected]> >> >>> wrote: >> >>> >> >>>> On Mon, Aug 22, 2011 at 11:58 PM, Tony Graziano >> >>>> <[email protected]> wrote: >> >>>> > I think a smb connector would be an very handy way to address this, >> >>>> > not necessarily in sipx, but to be able to put in user credentials >> >>>> > for >> >>>> > another system with smb and define: >> >>>> >> >>>> Right now the faxes are written on the disk then emailed and then >> >>>> programmatically deleted by ivr so we could add new settings to >> >>>> specify if we want to / where / how to store them >> >>>> >> >>>> George >> >>>> _______________________________________________ >> >>>> sipx-dev mailing list >> >>>> [email protected] >> >>>> List Archive: http://list.sipfoundry.org/archive/sipx-dev/ >> >>>> >> >>> >> >>> >> >>> _______________________________________________ >> >>> sipx-dev mailing list >> >>> [email protected] >> >>> List Archive: http://list.sipfoundry.org/archive/sipx-dev/ >> >>> >> >> >> >> >> >> >> >> -- >> >> ====================== >> >> Tony Graziano, Manager >> >> Telephone: 434.984.8430 >> >> sip: [email protected] >> >> Fax: 434.465.6833 >> >> >> >> Email: [email protected] >> >> >> >> LAN/Telephony/Security and Control Systems Helpdesk: >> >> Telephone: 434.984.8426 >> >> sip: [email protected] >> >> >> >> Helpdesk Contract Customers: >> >> http://support.myitdepartment.net >> >> >> >> <http://support.myitdepartment.net>Blog: >> >> http://blog.myitdepartment.net >> >> >> >> Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 >> >> >> >> Ask about our Internet faxservices! >> >> >> >> >> >> _______________________________________________ >> >> sipx-dev mailing list >> >> [email protected] >> >> List Archive: http://list.sipfoundry.org/archive/sipx-dev/ >> >> >> >> _______________________________________________ >> sipx-dev mailing list >> [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-dev/ > > > _______________________________________________ > sipx-dev mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-dev/ > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.465.6833 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Contract Customers: http://support.myitdepartment.net Blog: http://blog.myitdepartment.net Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 Ask about our Internet faxservices! _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
