Sorry, I'm with you.
On Fri, Sep 16, 2011 at 9:31 AM, Tony Graziano <[email protected] > wrote: > 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/ >
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
